Thanh toán thế hệ tiếp theo không nằm trong tầng thanh toán

marsbitXuất bản vào 2026-05-10Cập nhật gần nhất vào 2026-05-10

Tóm tắt

Đây là phần tóm tắt (thứ 2.5) trong loạt bài phân tích chiến lược AI của Stripe. Bài viết thảo luận về nền tảng kinh tế cho Kỷ nguyên AI Agent, tập trung vào KYA (Know Your Agent). Tác giả, từ kinh nghiệm tại Ant Group, lập luận rằng các hình thức thanh toán mới không được thiết kế từ tầng thanh toán, mà "mọc lên" từ cơ sở hạ tầng của các kịch bản giao dịch mới. AI Agent chính là kịch bản đó, và KYA là lớp cơ sở hạ tầng mới đang hình thành cho nền kinh tế Agent. KYA không phải là một sản phẩm cấp thanh toán hay sự nâng cấp hệ thống hiện có. Nó là một lớp cơ sở hạ tầng với năm thành phần: danh tính Agent, phạm vi ủy quyền, chữ ký ý định, chuỗi trách nhiệm kiểm toán và xếp hạng tín dụng. Chỉ hai trong số này liên quan trực tiếp đến chuỗi thanh toán. Do đó, thanh toán nên được coi là một hệ thống con của KYA, chứ không phải ngược lại. Các động thái của Stripe (như giao thức ACP với OpenAI, Shared Payment Token, mua lại Bridge và Privy, xây dựng blockchain Tempo) cho thấy họ đang đặt cược vào vị trí nền tảng kinh tế cho AI, vượt ra khỏi khuôn khổ một công ty thanh toán. Dữ liệu về lạm dụng bản dùng thử miễn phí trong các công ty AI chứng minh rằng rủi ro và quyết định giao dịch giờ đây xảy ra ở giai đoạn đầu hơn trong vòng đời người dùng/Agent. Về mặt pháp lý, trách nhiệm cuối cùng vẫn thuộc về con người. Tuy nhiên, trong mạng lưới Agent phức tạp, trách nhiệm được phân phối. Vai trò của KYA là sử dụng mật mã học để ghi lại và xác minh hành động của mọi thực thể, biến việc "kh...

Tác giả: IreneDu

Đây là bài thứ 2.5 trong loạt bài phân tích chiến lược AI của Stripe.

Loạt bài này bắt nguồn từ việc ngày 30/4, Stripe Sessions 2026 đã công bố 288 sản phẩm, tôi quan sát thấy Stripe đang cố gắng trở thành cơ sở hạ tầng kinh tế cho kỷ nguyên AI Agent.

Bài đầu tiên "Stripe không phải là một công ty thanh toán" là để trả lời câu hỏi "Tại sao lại là Stripe" — mã gen của nó quyết định việc nó có thể làm điều này.

Bài thứ hai "KYC đã chết, nền kinh tế Agent đang viết lại nền tảng quản lý tài chính", tôi muốn phân tích tương lai mà Stripe đang đặt cược — nền kinh tế Agent thực sự trông như thế nào, và tại sao cơ sở hạ tầng thanh toán truyền thống sẽ thất bại hoàn toàn trước nó.

Nhưng ở bài thứ hai, tôi đã nhận được một bình luận từ một đồng nghiệp:

Tôi hoàn toàn đồng ý với nửa đầu. AB 316 hay bất kỳ luật pháp của quốc gia có chủ quyền nào, trong ngắn hạn, cũng sẽ không thừa nhận "Agent là một chủ thể pháp lý" — bị cáo cuối cùng luôn là một con người cụ thể. Việc này "Know Your Agent" không thể thay đổi, và cũng không thay đổi được.

Nhưng nửa sau — "điều duy nhất thay đổi là hiệu quả thanh toán và thanh toán bù trừ" — tôi xin giữ lại quan điểm. Vấn đề của câu này không nằm ở kết luận, mà nằm ở khuôn khổ mà nó mặc định: nó coi KYA là một bản nâng cấp của hệ thống thanh toán hiện có.

Đây mới là điều tôi cho là đáng để viết thêm một bài để thảo luận.

Trước hết, hãy quay lại với một phản xạ của một người từng làm trong ngành thanh toán:

Hình thức thanh toán được thúc đẩy bởi ngữ cảnh, không được thiết kế từ bên trong hệ thống thanh toán.

Mỗi lần chuyển dịch thực sự của thanh toán — ngân hàng trực tuyến, ví di động, mã QR — đều không phải vì ai đó tạo ra một sản phẩm tốt hơn ở tầng thanh toán, mà là vì xuất hiện một ngữ cảnh giao dịch mới, phá vỡ giả định cốt lõi của hệ thống thanh toán cũ.

Hình thức thanh toán mới, được "mọc lên" từ cơ sở hạ tầng mà ngữ cảnh đó yêu cầu, không phải được "tối ưu hóa ra".

Tôi từng làm việc một thời gian về đổi mới thanh toán tại Ant. Trên nền tảng một người dẫn đầu tuyệt đối trong ngành từng tạo ra "Thanh toán nhanh", "Thanh toán di động" và "Thanh toán mã QR", niềm vui và nỗi đau lớn nhất chính là suy nghĩ: Hình thức thanh toán thế hệ tiếp theo là gì?

Chúng tôi đã làm thanh toán bằng đồng hồ (và xác thực nhịp tim thay cho quét mặt), thanh toán NFC (công nghệ nguyên thủy của "chạm một cái"), tham gia và viết nhiều giao thức thanh toán "thế hệ tiếp theo", và từng cố gắng thuyết phục sếp ủng hộ tôi khám phá thanh toán trong vũ trụ ảo (metaverse).

Hầu hết các dự án này đều không thành công.

Nhìn lại, lý do là như nhau: chúng tôi cố gắng định nghĩa thanh toán mới ở tầng thanh toán, nhưng ngữ cảnh thúc đẩy sự thay đổi thanh toán vẫn chưa đến — ngữ cảnh chưa đến, cơ sở hạ tầng mà ngữ cảnh cần không thể mọc lên, bạn có thiết kế thông minh đến đâu ở tầng thanh toán cũng không đón nhận được.

Nền kinh tế Agent chính là ngữ cảnh mới mà tôi hồi đó trông chờ.

KYA là lớp cơ sở hạ tầng đang mọc lên đó.

KYA không phải là một sản phẩm ở tầng thanh toán, nó là lớp cơ sở hạ tầng của nền kinh tế Agent.

Năm lớp KYA mà tôi định nghĩa trong bài trước — nhận dạng Agent, phạm vi ủy quyền, chữ ký ý định, kiểm toán chuỗi trách nhiệm, xếp hạng tín dụng — trong đó chỉ có phạm vi ủy quyền và kiểm toán chuỗi trách nhiệm rơi vào đường truyền thanh toán, ba lớp còn lại (nhận dạng, ý định, tín dụng) hoàn toàn không nằm trong thanh toán.

  • Lớp nhận dạng phục vụ tất cả các ngữ cảnh cần nhận diện Agent: gọi qua các nền tảng, đăng ký với cơ quan quản lý, kiểm toán nội bộ doanh nghiệp — thanh toán chỉ là một trong số đó.
  • Lớp ý định phục vụ vấn đề lớn hơn là AI alignment — thanh toán chỉ là một trong nhiều ngữ cảnh xác minh của nó.
  • Lớp tín dụng phục vụ bất kỳ hệ thống nào cần phân quyền và hạn mức cho Agent — thanh toán cũng chỉ là một trong số các bên sử dụng.

Vì vậy, phán đoán của đồng nghiệp đó "điều duy nhất thay đổi là hiệu quả thanh toán và thanh toán bù trừ", dịch sang ngôn ngữ cơ sở hạ tầng sẽ là: coi KYA là một hệ thống con của thanh toán.

Phán đoán của tôi thì ngược lại: thanh toán mới là hệ thống con của KYA.

Sự đảo ngược này là cốt lõi của bài viết lần này.

Hành động đầu tư thực tế của công ty Stripe ở tuyến đầu ngành công nghiệp, chính là minh chứng thực tế.

Từ Patrick Collison dùng tại Sessions 2026 không phải là "thanh toán AI", mà là "cơ sở hạ tầng kinh tế cho AI" (economic infrastructure for AI). Đây không phải là ngôn từ tiếp thị, mà là lựa chọn định vị. Nó cho thấy Stripe không định khóa mình trong danh tính "công ty thanh toán", họ đang đặt cược vào việc làm nền tảng cho nền kinh tế Agent.

Cụ thể đến bố cục sản phẩm:

Giao thức Thương mại Agentic (Agentic Commerce Protocol - ACP) do Stripe và OpenAI cùng xây dựng, hiện được Microsoft Copilot, Meta và Google Gemini (tham gia tháng 4 năm nay) sử dụng — về bản chất, nó là giao thức nhận dạng và phiên làm việc, không phải giao thức thanh toán.

Shared Payment Token tách Agent khỏi số thẻ thực, làm công việc ở lớp ủy quyền, không phải lớp thanh toán bù trừ.

Việc Stripe mua lại Bridge để có cơ sở hạ tầng stablecoin, mua lại Privy để có khả năng ví nhúng, tự xây dựng blockchain Tempo làm kênh thanh toán — toàn bộ bố cục này không nằm trong khuôn khổ "tối ưu hóa hiệu quả thanh toán".

Loại danh mục đầu tư này chỉ thành lập dưới phán đoán "KYA là lớp cơ sở hạ tầng". Nếu nền kinh tế Agent chỉ là vấn đề hiệu quả thanh toán, Stripe không cần làm stablecoin, không cần làm ví nhúng, không cần tự xây L1. Điều họ đang làm là chiếm lĩnh vị trí từng lớp trong năm lớp KYA đó.

Vài con số mà Emily Glassberg Sands, người phụ trách dữ liệu của Stripe, đưa ra trong một cuộc phỏng vấn với Every hồi tháng 4 năm nay, đã xác nhận cùng một việc từ một góc độ khác: một khách hàng AI lớn bị chặn 250,000 lần dùng thử miễn phí gian lận mỗi tuần; cô ấy từng thấy một công ty AI đốt 25 USD điện toán cho mỗi lần dùng thử miễn phí, tỷ lệ chuyển đổi 4%, nghĩa là phát triển một người dùng trả phí trước tiên lỗ 625 USD; lạm dụng dùng thử miễn phí nói chung đã tăng 4 lần trong sáu tháng qua.

Những con số này cùng nói lên một điều: trong nền kinh tế AI, quyết định thực sự về việc một giao dịch có thành công hay không, có đáng để làm hay không, đã không xảy ra vào khoảnh khắc thanh toán nữa — nó xảy ra ở thượng nguồn hơn, ở những câu hỏi "đây là ai, muốn làm gì, có đáng cấp tài nguyên không". Đây là lý do tại sao Stripe muốn đưa kiểm soát rủi ro Radar từ "khoảnh khắc giao dịch" lên trước thành "toàn bộ vòng đời người dùng": không phải làm kiểm soát rủi ro cũ nhanh hơn, mà là thay đổi vấn đề mà kiểm soát rủi ro quan tâm từ "giao dịch thanh toán này có vấn đề gì không" thành "toàn bộ hành vi của người dùng/Agent này có vấn đề gì không". Cái trước là vấn đề của tầng thanh toán, cái sau thuộc về lớp KYA này.

Quay lại câu hỏi của đồng nghiệp đó: Trách nhiệm cuối cùng rơi vào ai?

Anh ấy nói đúng — chủ thể pháp lý cuối cùng vẫn là một con người. Việc này AB 316 đã viết chết từ góc độ pháp lý rồi.

Nhưng đây chính là vấn đề thực sự mà KYA cần giải quyết: khi chuỗi trách nhiệm trở thành phân tán, việc tìm ra "nó rơi vào khâu nào của người nào" bản thân nó là một việc thời KYC không cần làm, thời KYA bắt buộc phải làm.

Thời đại KYC, chuỗi trách nhiệm là tuyến tính (người dùng → thanh toán/ngân hàng → nhà bán), một giao dịch có vấn đề, bạn theo trực giác đã biết tìm ai.

Thời đại KYA, chuỗi trách nhiệm là dạng mạng lưới (người dùng → nền tảng Agent → nhà cung cấp mô hình → giao thức thanh toán → ngân hàng → nhà bán, giữa chừng còn có thể gọi đến Agent khác), dù luật pháp nói với bạn "tìm người, không tìm Agent", bạn vẫn không biết tìm người nào — bởi vì trách nhiệm đã phân tán trong 5–7 chủ thể.

KYA không thể thay đổi quy thuộc pháp lý cuối cùng. Nhưng nó có thể, trong chuỗi dạng mạng lưới, dùng mật mã hóa để củng cố vai trò và hành động của mỗi chủ thể — ai đã ủy quyền cái gì, ai đã thực thi cái gì, ai đã thanh toán cái gì, ai đã thực hiện nghĩa vụ gì. Biến "không tìm thấy bằng chứng" thành "tìm thấy bằng chứng"; biến "khâu nào có vấn đề không thể xác minh" thành "có thể xác minh".

Đây không phải là sự cải thiện hiệu quả thanh toán.

Đây là lần đầu tiên tính có thể truy xuất trách nhiệm có thể xảy ra trong mạng lưới Agent.

Vì vậy, câu "điều duy nhất thay đổi là hiệu quả thanh toán và thanh toán bù trừ", tôi cho là đã đảo ngược cơ sở hạ tầng và chức năng.

Điều thực sự đang xảy ra là:

  • Vì xuất hiện một loại tác nhân kinh tế mới (Agent), một lớp cơ sở hạ tầng mới (KYA) buộc phải mọc lên;
  • Lớp cơ sở hạ tầng này định nghĩa lại "đối diện là ai, có thể làm gì, nếu có lỗi thì tìm ai"; trên lớp cơ sở hạ tầng này, thanh toán sẽ tự tổ chức lại dưới một hình thái mà ngày nay chúng ta chưa thể nhìn thấy toàn bộ.

Hình thái thanh toán thế hệ tiếp theo rốt cuộc là gì? Thứ mà vẫn chưa thấy rõ, chính là loài mới mà Stripe đang cố gắng định nghĩa.

Nhưng trong thế giới đầy bất định, có một việc tôi rất chắc chắn — nó sẽ không được thiết kế ra ở tầng thanh toán.

Nó sẽ mọc lên từ ngữ cảnh, sau khi lớp cơ sở hạ tầng KYA này được trải xong.

Tiền kỹ thuật số thịnh hành

Nội dung Liên quan

Vừa qua, DeepSeek V4 cập nhật DSpark, tốc độ suy luận tăng 80%

Vừa qua, DeepSeek V4 đã được cập nhật với framework giải mã suy đoán mới là **DSpark**, giúp tăng tốc độ suy luận lên tới 80%. Cốt lõi của bản cập nhật này là framework **DSpark**, một kỹ thuật giải mã suy đoán được triển khai trên DeepSeek-V4-Pro hiện có để tăng tốc độ suy luận, chứ không phải là nâng cấp kiến trúc mô hình. DSpark giải quyết các điểm nghẽn về độ trễ và thông lượng trong môi trường sản xuất, đặc biệt ở các tình huống có tải cao. DSpark kết hợp hai cải tiến chính: 1. **Kiến trúc sinh bán tự hồi quy (Semi-Autoregressive Generation)**: Giữ lợi thế về thông lượng cao của mô hình phác thảo song song, đồng thời thêm mô-đun nối tiếp nhẹ để mô hình hóa mối quan hệ phụ thuộc giữa các token, giúp giảm thiểu tỷ lệ chấp nhận suy giảm. 2. **Xác minh theo lịch trình độ tin cậy, nhận biết phần cứng (Confidence-Scheduled Verification)**: Một "đầu độ tin cậy" (Confidence Head) được sử dụng để đánh giá xác suất tồn tại của mỗi token phác thảo. Hệ thống điều phối sẽ xác định độ dài xác minh tối ưu một cách linh hoạt dựa trên đặc điểm tải và phần cứng, chỉ phân bổ tài nguyên tính toán cho những token có khả năng được chấp nhận cao nhất. Trong các thử nghiệm trên nhiều lĩnh vực như suy luận toán học, tạo mã và hội thoại, DSpark vượt trội so với các phương pháp tiên tiến hiện tại như Eagle3 và DFlash. So với cơ sở sinh token đơn trước đó (MTP-1), DSpark đã **tăng tốc độ phản hồi cho người dùng từ 57% đến 85%** (tuỳ thuộc vào việc sử dụng mô hình Flash hay Pro) trong khi vẫn duy trì cùng tổng thông lượng. Cùng với DSpark, DeepSeek cũng công khai mã nguồn **DeepSpec**, một bộ công cụ toàn diện để đào tạo và đánh giá các mô hình phác thảo cho giải mã suy đoán. DeepSpec cung cấp một đường ống công việc tiêu chuẩn bao gồm chuẩn bị dữ liệu, đào tạo và đánh giá, hỗ trợ nhiều thuật toán (DSpark, DFlash, Eagle3) và mô hình mục tiêu (hiện tại là Qwen3 và Gemma).

marsbit27 phút trước

Vừa qua, DeepSeek V4 cập nhật DSpark, tốc độ suy luận tăng 80%

marsbit27 phút trước

Cách mà thần đồng Karpathy sử dụng Claude, hóa ra là như thế này?

Andrej Karpathy, một chuyên gia hàng đầu trong lĩnh vực AI, được cho là đã sử dụng một tệp CLAUDE.md cá nhân để hướng dẫn Claude - công cụ AI lập trình từ Anthropic - hoạt động hiệu quả hơn. Dù tính xác thực của tệp này chưa được kiểm chứng, nhưng nội dung của nó phản ánh chính xác những nguyên tắc Karpathy thường chia sẻ. Tài liệu này đưa ra các quy tắc then chốt để tránh những lỗi phổ biến khi AI viết code. Trọng tâm bao gồm: **Đọc kỹ code hiện có** trước khi viết mới để đảm bảo tính nhất quán; **Suy nghĩ thấu đáo** về yêu cầu và các phương án triển khai trước khi bắt tay vào code; **Giữ mọi thứ đơn giản nhất có thể**, tránh thiết kế thừa và chỉ xử lý những vấn đề thực sự tồn tại; **Sửa đổi một cách "phẫu thuật"**, chỉ thay đổi phần cần thiết và tuân thủ phong cách code sẵn có của dự án. Các hướng dẫn khác bao gồm việc luôn **xác minh code** bằng kiểm thử, làm việc **theo mục tiêu rõ ràng**, **gỡ lỗi có phương pháp**, thận trọng khi thêm **phụ thuộc mới**, và **giao tiếp hiệu quả** về những thay đổi. Tài liệu cũng chỉ ra các "mẫu thất bại" thường gặp như làm quá nhiều việc cùng lúc, tạo ra sự trừu tượng hóa không cần thiết, hoặc lạc quyết định ban đầu. Về cơ bản, những nguyên tắc này nhằm biến Claude từ một thực thể tạo code chung chung thành một trợ lý lập trình thực sự hiểu ngữ cảnh, tuân thủ dự án và giảm thiểu nhu cầu viết lại code. Dù tệp gốc có phải của Karpathy hay không, các nguyên tắc này được cộng đồng đánh giá cao và đã có dự án trên GitHub tổng hợp chúng, được cho là giúp giảm tỷ lệ lỗi code do AI tạo ra một cách đáng kể.

marsbit1 giờ trước

Cách mà thần đồng Karpathy sử dụng Claude, hóa ra là như thế này?

marsbit1 giờ trước

BIT Nghiên cứu: Halving năm 2028 không phải là dấu chấm hết, cuộc đại phẫu thật sự của ngành khai thác Bitcoin chỉ mới bắt đầu

Ngành công nghiệp khai thác Bitcoin hiện đang trải qua đợt điều chỉnh cấu trúc phức tạp nhất từ trước đến nay. Dù giá Bitcoin duy trì quanh 61.000 USD và hashrate toàn mạng gần chạm mức lịch sử 1 ZH/s, lợi nhuận của thợ đào liên tục xấu đi. Mô hình kinh tế cho thấy, giá sản xuất dưới hiện tại là 46.744 USD, nhưng thực tế, thu nhập thực tế của thợ đào thấp hơn 136% so với mức lý thuyết ở mức giá này. Doanh thu từ phí giao dịch cũng ở mức thấp. Áp lực chi phí gia tăng, với điện chiếm 71.5% tổng doanh thu năm 2025. Ngưỡng hòa vốn toàn ngành ước tính khoảng 65.000 USD. Sau đợt halving năm 2028, giá sản xuất dưới dự kiến tăng lên khoảng 93.289 USD, đẩy nhanh quá trình đào thải. Ngành công nghiệp đang chuyển từ kinh doanh khai thác đơn thuần sang mô hình kinh doanh cơ sở hạ tầng. Các công ty khai thác đang đa dạng hóa sang các lĩnh vực như vận hành cơ sở hạ tầng năng lượng, cung cấp dịch vụ điện toán AI/HPC. Những công ty lớn, có nguồn vốn mạnh, nguồn điện chi phí thấp và nguồn thu đa dạng sẽ có lợi thế cạnh tranh. Điểm then chốt cho các nhà đầu tư không chỉ là sự kiện halving, mà là khả năng chuyển đổi mô hình kinh doanh và xây dựng lợi thế bền vững của các công ty khai thác.

marsbit1 giờ trước

BIT Nghiên cứu: Halving năm 2028 không phải là dấu chấm hết, cuộc đại phẫu thật sự của ngành khai thác Bitcoin chỉ mới bắt đầu

marsbit1 giờ trước

Giao dịch

Giao ngay

Bài viết Nổi bật

Làm thế nào để Mua LAYER

Chào mừng bạn đến với HTX.com! Chúng tôi đã làm cho mua Solayer (LAYER) trở nên đơn giản và thuận tiện. Làm theo hướng dẫn từng bước của chúng tôi để bắt đầu hành trình tiền kỹ thuật số của bạn.Bước 1: Tạo Tài khoản HTX của BạnSử dụng email hoặc số điện thoại của bạn để đăng ký tài khoản miễn phí trên HTX. Trải nghiệm hành trình đăng ký không rắc rối và mở khóa tất cả tính năng. Nhận Tài khoản của tôiBước 2: Truy cập Mua Crypto và Chọn Phương thức Thanh toán của BạnThẻ Tín dụng/Ghi nợ: Sử dụng Visa hoặc Mastercard của bạn để mua Solayer (LAYER) ngay lập tức.Số dư: Sử dụng tiền từ số dư tài khoản HTX của bạn để giao dịch liền mạch.Bên thứ ba: Chúng tôi đã thêm những phương thức thanh toán phổ biến như Google Pay và Apple Pay để nâng cao sự tiện lợi.P2P: Giao dịch trực tiếp với người dùng khác trên HTX.Thị trường mua bán phi tập trung (OTC): Chúng tôi cung cấp những dịch vụ được thiết kế riêng và tỷ giá hối đoái cạnh tranh cho nhà giao dịch.Bước 3: Lưu trữ Solayer (LAYER) của BạnSau khi mua Solayer (LAYER), lưu trữ trong tài khoản HTX của bạn. Ngoài ra, bạn có thể gửi đi nơi khác qua chuyển khoản blockchain hoặc sử dụng để giao dịch những tiền kỹ thuật số khác.Bước 4: Giao dịch Solayer (LAYER)Giao dịch Solayer (LAYER) dễ dàng trên thị trường giao ngay của HTX. Chỉ cần truy cập vào tài khoản của bạn, chọn cặp giao dịch, thực hiện giao dịch và theo dõi trong thời gian thực. Chúng tôi cung cấp trải nghiệm thân thiện với người dùng cho cả người mới bắt đầu và người giao dịch dày dạn kinh nghiệm.

Tổng lượt xem 486Xuất bản vào 2025.02.11Cập nhật vào 2026.06.02

Làm thế nào để Mua LAYER

Thảo luận

Chào mừng đến với Cộng đồng HTX. Tại đây, bạn có thể được thông báo về những phát triển nền tảng mới nhất và có quyền truy cập vào thông tin chuyên sâu về thị trường. Ý kiến ​​của người dùng về giá của LAYER (LAYER) được trình bày dưới đây.

活动图片