Quỹ Solana Hợp Tác với Google Ra Mắt Pay.sh, Liệu Có Thể Kết Nối Chuỗi Thanh Toán Web2 và Web3 Trong Nền Kinh Tế Tác Nhân Thông Minh?

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

Tóm tắt

Solana Foundation và Google Cloud đã cùng ra mắt Pay.sh, một cổng thanh toán được định vị là "cầu nối thanh toán giữa các tác nhân AI (AI Agent) và cơ sở hạ tầng dịch vụ doanh nghiệp", nhằm giải quyết vấn đề thanh toán cho AI Agent khi sử dụng các dịch vụ Web2. Pay.sh hoạt động như một tác nhân trung gian, cho phép người dùng nạp tiền vào ví Solana qua thẻ tín dụng hoặc stablecoin. Ví này sau đó đóng vai trò là danh tính và tài khoản thanh toán đại diện cho AI Agent. Khi Agent cần gọi một dịch vụ trả phí (như API của Google Cloud, Alibaba Cloud), Pay.sh sẽ xử lý thanh toán thay mặt, loại bỏ nhu cầu Agent phải tự đăng ký tài khoản hay quản lý khóa API. Về mặt kỹ thuật, Pay.sh được xây dựng dựa trên mã trạng thái HTTP 402 ("Payment Required") và tương thích với hai giao thức thanh toán chính cho Agent: x402 (cho thanh toán một lần) và MPP - Machine Payment Protocol (cho thanh toán theo phiên hoặc dùng lượng). Nó tự động lựa chọn phương thức phù hợp, hỗ trợ nhiều kịch bản như định mức miễn phí, tính phí theo bậc và tự động tách chi phí đến nhiều địa chỉ nhận. Lợi thế chính của Pay.sh là cung cấp một cổng tích hợp dễ dàng cho nhà cung cấp dịch vụ, giúp họ mở rộng khách hàng sang thị trường AI Agent mà không cần sửa đổi lớn hệ thống thanh toán hiện tại. Quan trọng hơn, Pay.sh đóng vai trò cầu nối, cho phép dòng tiền từ hệ sinh thái Web3 (ví Solana) tiếp cận và thanh toán cho các dịch vụ Web2 truyền thống, mở ra khả năng cho AI Agent tham gia vào các quy trình công việc đa dạng ...

Tác giả gốc:Hendrix, Nhà nghiên cứu tại Web3Caff Research

Làm thế nào để nắm bắt dễ dàng các điểm nóng thị trường, xu hướng công nghệ, tiến trình hệ sinh thái, tình hình quản trị... đang diễn ra trong ngành Web3? Chuyên mục "Phân tích Mạch thị trường" do Web3Caff Research ra mắt sẽ đi sâu tìm hiểu và sàng lọc các sự kiện nóng hiện tại, đồng thời thực hiện giải thích giá trị, nhận xét và phân tích nguyên lý. Nhìn thấu bản chất thông qua hiện tượng, hãy cùng chúng tôi nhanh chóng nắm bắt xu hướng thị trường tuyến đầu Web3 ngay lập tức.

Khi khả năng của các tác nhân thông minh (AI) ngày càng mạnh mẽ và bao phủ ngày càng nhiều nhiệm vụ từ đầu đến cuối, việc xây dựng hệ thống thanh toán hướng đến tác nhân thông minh đã trở thành sự thay đổi bắt buộc đối với các nhà cung cấp dịch vụ và thương nhân truyền thống. Tuy nhiên, các giải pháp hiện có đều có những hạn chế riêng: các hệ thống thanh toán truyền thống như thẻ tín dụng, nền tảng thanh toán bên thứ ba vốn được thiết kế cho người dùng thực, yêu cầu quy trình xác thực phức tạp, đánh giá rủi ro, v.v., không phù hợp với tác nhân thông minh; trong khi các giao thức thanh toán tác nhân thông minh mới nổi, như x402 (được Coinbase phát triển và quảng bá), MPP (Machine Payment Protocol do Tempo và Stripe phát triển) lại giống như mở ra một hướng đi mới, hoàn toàn xây dựng cho thanh toán trên chuỗi (on-chain), toàn bộ quá trình thanh toán được xử lý trên chuỗi, dựa vào xác minh trên chuỗi để đảm bảo an toàn, buộc nhà cung cấp dịch vụ phải xây dựng một hệ thống thanh toán khác biệt ngoài kênh thanh toán truyền thống, làm tăng rào cản sử dụng. Giải pháp thanh toán truyền thống và giao thức thanh toán tác nhân thông minh mới nổi giống như hai làn đường song song, không có sự kết hợp tốt, điều này cũng dẫn đến việc các dịch vụ mà tác nhân thông minh có thể tự mua thường bị giới hạn trong phạm vi thân thiện với Web3, do đó không thể kết nối quy trình làm việc trên quy mô lớn. Để giải quyết vấn đề này, Quỹ Solana và Google Cloud đã cùng nhau công bố Pay.sh, định vị là "cổng thanh toán giữa tác nhân thông minh và cơ sở hạ tầng dịch vụ cấp doanh nghiệp", thông suốt bước cuối cùng để tác nhân thông minh gọi nhiều dịch vụ hơn.

Lưu ý tuân thủ: Nội dung sau đây chỉ là phân tích khách quan về Pay.sh cùng nguyên lý kỹ thuật và quy tắc thiết kế của nó, không cấu thành bất kỳ đề xuất hay chào mời nào, bạn đọc xin đừng dựa vào thông tin này để đưa ra quyết định liên quan, đồng thời tuân thủ nghiêm ngặt luật pháp và quy định của quốc gia và khu vực của mình (độc giả tại Trung Quốc đại lục được khuyến nghị đọc 《Tổng hợp các Luật và Quy định Liên quan đến Blockchain và Tiền ảo tại Trung Quốc đại lục cùng Những Điểm Chính Cần Lưu ý》), không tham gia vào bất kỳ hành vi tài chính liên quan nào bị pháp luật của quốc gia và khu vực cấm.

Pay.sh cho phép người dùng nạp tiền nhanh chóng vào ví Solana thông qua thẻ tín dụng hoặc stablecoin, sau đó ví Solana có thể đóng vai trò là danh tính và tài khoản thanh toán ủy quyền cho tác nhân thông minh trong thế giới tài nguyên Web2. Khi tác nhân thông minh cần gọi dịch vụ, không cần phải đăng ký tài khoản hay nhập khóa API, cổng Pay.sh sẽ khai báo danh tính hợp lý của tác nhân thông minh giống như hệ thống danh tính Google, cho phép tác nhân thông minh sử dụng danh tính tài khoản thống nhất để mua các tài nguyên phát triển như Google Cloud, Alibaba Cloud vốn trước đây khó tiếp cận.

Các dịch vụ API hiện đã được Pay.sh hỗ trợ. Nguồn ảnh: Trang web chính thức dự án

Quy trình thanh toán của Pay.sh tương tự như giao thức x402 đã gây sốt gần đây, đều được xây dựng dựa trên mã trạng thái HTTP 402: Khi tác nhân thông minh phát hiện cần gọi dịch vụ bên ngoài, nó sẽ gửi yêu cầu đến tài nguyên trả phí, máy chủ sẽ trả về mã trạng thái 402 (cần thanh toán), đồng thời đính kèm thông tin chi tiết thanh toán, bao gồm số tiền, phương án thanh toán, địa chỉ nhận tiền, thời hạn thanh toán, v.v. Pay.sh sẽ phân tích nội dung tương ứng và khởi tạo ủy quyền cho ví, sau khi ví thanh toán xong và tạo chứng từ thanh toán, Pay.sh sẽ mang chứng từ này gửi lại yêu cầu dịch vụ để nhận phản hồi bình thường. Tuy nhiên, để bao phủ các kịch bản sử dụng API khác nhau, Pay.sh đồng thời tương thích logic thanh toán của x402 và MPP: Khi máy chủ trả về mã trạng thái 402, Pay.sh sẽ tiếp tục xác định phương thức thanh toán của dịch vụ mục tiêu, nếu là truy cập dữ liệu một lần (thanh toán để có quyền truy cập một lần), hoặc loại truy cập dựa trên khối lượng (thanh toán để có quyền truy cập một lượng cố định), Pay.sh sẽ tạo một giao dịch chuyển khoản cố định một lần và phát sóng trên chuỗi; nếu là thanh toán định kỳ liên tục hoặc thanh toán dựa trên phiên (thanh toán một lần cho hóa đơn tổng hợp theo khối lượng sử dụng), Pay.sh sẽ hỗ trợ chứng chỉ ủy quyền phiên do giao thức MPP (Machine Payment Protocol) đề xuất, ghi giới hạn ngân sách vào ủy quyền và chuyển lại cho máy chủ, lúc này tác nhân thông minh có thể gọi lặp lại một dịch vụ nào đó trong thời gian ngắn, tránh việc phải thường xuyên khởi tạo ủy quyền cùng loại, Pay.sh sẽ cập nhật hạn mức còn lại mỗi lần gọi, khi hạn mức hết hoặc dịch vụ hết hạn sẽ tự động khởi tạo lại ủy quyền phiên. Pay.sh sẽ tự động lựa chọn phương thức thanh toán phù hợp hơn dựa trên yêu cầu của dịch vụ mục tiêu, có thể giảm chi phí sử dụng và chi phí quản lý. Pay.sh đồng thời đảm bảo ví luôn được lưu trữ cục bộ an toàn, chỉ yêu cầu xác nhận của người dùng khi cần thanh toán. Khi có thông tin trả về, Pay.sh sẽ phân biệt dữ liệu và lệnh, tất cả nội dung bên ngoài (bao gồm tiêu đề, nội dung chính và mô tả API) do nhà cung cấp dịch vụ trả về đều được Pay.sh coi là đầu vào không đáng tin cậy, đại lý không được trực tiếp thực thi các lệnh do nhà cung cấp dịch vụ trả về để ngăn chặn các cuộc tấn công tiêm prompt độc hại hoặc các cuộc tấn công khác.

Lợi thế lớn nhất của Pay.sh nằm ở việc nó cung cấp cho nhà cung cấp dịch vụ một cổng có thể triển khai dễ dàng, nhà cung cấp dịch vụ không cần sửa đổi quy mô lớn đường thanh toán hoặc API của mình là có thể tích hợp cổng thanh toán vào mạng lưới dịch vụ của mình. Nhà cung cấp dịch vụ chỉ cần cung cấp một tệp khai báo, giải thích các tham số liên quan đến thanh toán là có thể thích ứng với các kịch bản sử dụng phức tạp khác nhau, ví dụ bằng cách định nghĩa quy tắc định tuyến, có thể cho phép tác nhân thông minh sử dụng dịch vụ miễn phí trong một mức lượng nhất định, vượt quá định mức sẽ bắt đầu tính phí, thậm chí có thể thực hiện tính phí theo bậc (tính giá khác nhau cho khối lượng sử dụng khác nhau); ngoài ra Pay.sh còn cung cấp chức năng chia tách thanh toán, phí mà nhà cung cấp dịch vụ nhận được có thể tự động gửi đến nhiều địa chỉ, ví dụ 2% trả phí bản quyền dữ liệu, 5% trả chi phí điện toán đám mây, phần còn lại dành cho hoạt động của chính mình, nhà cung cấp dịch vụ chỉ cần định nghĩa tỷ lệ phần trăm hoặc số tiền khác nhau khi thiết lập địa chỉ nhận tiền là có thể thực hiện quyết toán đa tài khoản một lần. Sau khi hoàn tất đăng ký, nhà cung cấp dịch vụ có thể đăng dữ liệu của các dịch vụ API mà mình cung cấp lên Pay Skill Registry, tác nhân thông minh có thể tìm hiểu và lựa chọn dịch vụ API phù hợp bằng cách truy vấn sổ đăng ký.

Bản thân Pay.sh không phải là đối thủ cạnh tranh của x402 và MPP. Khi các giao thức x402 và MPP cố gắng tối đa hóa độ tin cậy của thanh toán tác nhân thông minh trên chuỗi, Pay.sh muốn làm là thông suốt hệ sinh thái thanh toán Web2 và Web3, cấp danh tính tương ứng cho việc tác nhân thông minh truy cập tài nguyên. Ví của tác nhân thông minh vừa là danh tính vừa là phương thức thanh toán, nó không cần tự đăng ký tài khoản trên trang web của nhà cung cấp dịch vụ để lấy dịch vụ (hiện tại một số nhà cung cấp dịch vụ có thể xử lý việc tác nhân thông minh bắt chước con người đăng ký dịch vụ như một hành vi vi phạm quy định). Ngoài ra, thông qua hợp tác với Google, Pay.sh có thể cho phép việc điều phối lưu lượng và đại lý API của tác nhân thông minh được hoàn thành trên Google Cloud, có thể đảm bảo kiểm soát truy cập và nhật ký tuân thủ, đưa hành vi của tác nhân thông minh vào khuôn khổ hợp lý. Pay.sh có thể cung cấp danh mục dịch vụ đã qua sàng lọc và phát hiện định giá, tác nhân thông minh không cần phát hiện ngẫu nhiên dịch vụ trong môi trường mạng không có bảo vệ, đồng thời có thể gọi các phương thức thanh toán khác nhau của x402 và MPP, quá trình dịch vụ có thể hoàn thành các yêu cầu tuân thủ doanh nghiệp trên Google Cloud, tất cả những điều này bổ sung khả năng thanh toán tác nhân thông minh mà x402 và MPP với tư cách là kênh thanh toán đơn thuần không thể bao phủ, đồng thời cũng mở ra lối vào cho thương mại tác nhân thông minh chảy về Web3. Ngoài ra, Pay.sh cũng có thể bổ sung khâu thanh toán cuối cùng cho nhiều giao thức thương mại tác nhân thông minh do Google đề xuất, ví dụ A2A (Agent2Agent Protocol) có thể hoàn thành giao tiếp và ủy thác nhiệm vụ giữa các tác nhân thông minh, AP2 (Agent Payments Protocol) có thể hoàn thành xác minh tuân thủ, UCP (Universal Commerce Protocol) có thể hoàn thành phát hiện và thực thi dịch vụ, Pay.sh thì chịu trách nhiệm quyết toán giá trị dịch vụ cuối cùng một cách trơn tru. Sự xuất hiện của Pay.sh đồng thời hoàn thiện các khâu của thương mại tác nhân thông minh Web2, trở thành điểm giao thoa dòng chảy giá trị của hai thế giới. Bước đi này đồng thời cũng là cơ hội nâng cấp chính hệ sinh thái chuỗi công cộng Solana. Trong môi trường giao thức x402 tồn tại rất nhiều API vỏ bọc, nhà cung cấp dịch vụ có tình trạng vi phạm điều khoản dịch vụ của nhà cung cấp dịch vụ gốc và bán lại dịch vụ của họ, ví dụ bán lại dữ liệu thu thập trái phép từ cơ sở dữ liệu của trang web, hoặc đóng gói API mô hình lớn rồi bán lại cho người khác. Tác nhân thông minh trong môi trường này không có cách nào phân biệt dịch vụ nào được ủy quyền, dịch vụ nào là độc hại, rác. Thông qua cổng thanh toán Pay.sh và sự phối hợp với Google, tác nhân thông minh khi sử dụng dịch vụ thông qua Pay.sh có triển vọng giảm thiểu rủi ro tiềm ẩn. Việc ra mắt Pay.sh đánh dấu việc chuỗi công cộng Solana bắt tay vào cung cấp sự bảo đảm và hỗ trợ cơ sở hạ tầng cho thanh toán tác nhân thông minh, điều này không chỉ có thể thu hút nhiều lưu lượng thanh toán Web2 hơn cho chính Solana, mà còn có thể nâng cao hơn nữa khả năng của chính ví Solana và đẩy nhanh sự phổ cập.

Tuy nhiên, Pay.sh hiện tại vẫn còn rất xa để trở thành một giải pháp cổng thanh toán hoàn hảo. Sổ đăng ký nhà cung cấp dịch vụ của Pay.sh hiện thiếu cơ chế tiếp cận và cơ chế xác minh phi tập trung, vẫn rất khó phân biệt hiệu quả giữa dịch vụ vỏ bọc của bên thứ ba không được ủy quyền và dịch vụ độc hại, tác nhân thông minh có rủi ro lớn kết nối vào dịch vụ giả mạo, gây thiệt hại cho người dùng. Ngoài ra, do bản thân Pay.sh không thiết kế giao thức thanh toán cơ sở, an toàn của quá trình thanh toán thực chất phụ thuộc nhiều hơn vào thiết kế của chính giao thức cơ sở, điều này đưa vào Pay.sh rủi ro bên ngoài không kiểm soát được, đồng thời cũng có thể do sự thích ứng không đầy đủ với các giao thức khác nhau dẫn đến thất bại thanh toán tiềm ẩn. Từ góc độ nhà cung cấp dịch vụ, mặc dù có sự bảo đảm của nền tảng Google, các nhà cung cấp API ở các quốc gia và khu vực khác nhau vẫn có thể do nhu cầu tuân thủ của chính dịch vụ về quản lý quyền riêng tư dữ liệu và nhu cầu tuân thủ về thanh toán mà e dè trước dịch vụ do Pay.sh cung cấp. Điều này không chỉ hạn chế số lượng nhà cung cấp dịch vụ sử dụng Pay.sh, mà còn có thể trong tương lai yêu cầu Pay.sh nỗ lực tuân thủ nhiều hơn. Tuy nhiên, bất kể thế nào, việc ra mắt Pay.sh đều đánh dấu bước tiến đầu tiên trong việc tích hợp và triển khai thực tế Web2 và Web3 của cơ sở hạ tầng thanh toán tác nhân thông minh, ví trên chuỗi sẽ có cơ hội trở thành sự bảo đảm để tác nhân thông minh tham gia vào các nhiệm vụ đa dạng. Do đó, chúng ta có thể tiếp tục quan sát sự phát triển tiếp theo của Pay.sh.

Biểu đồ cấu trúc điểm chính:

Từ chối trách nhiệm: Báo cáo này do Web3Caff Research biên soạn, thông tin trong đó chỉ mang tính chất tham khảo, không cấu thành bất kỳ dự đoán hay tư vấn đầu tư, đề xuất hoặc chào mời nào, nhà đầu tư xin đừng dựa vào thông tin này để mua, bán bất kỳ chứng khoán, tiền mã hóa nào hoặc áp dụng bất kỳ chiến lược đầu tư nào. Các thuật ngữ được sử dụng và quan điểm được trình bày trong báo cáo nhằm mục đích giúp hiểu xu hướng ngành, thúc đẩy sự phát triển có trách nhiệm của Web3 bao gồm ngành blockchain, không nên được hiểu là quan điểm pháp lý rõ ràng hoặc quan điểm của Web3Caff Research. Các quan điểm trong báo cáo chỉ phản ánh ý kiến cá nhân của tác giả cho đến ngày được nêu, không liên quan đến lập trường của Web3Caff Research, và có thể thay đổi sau khi tình hình tiếp diễn. Thông tin và quan điểm chứa trong báo cáo này đến từ các nguồn độc quyền và không độc quyền mà Web3Caff Research cho là đáng tin cậy, không nhất thiết bao gồm tất cả dữ liệu, cũng không đảm bảo tính chính xác của chúng. Do đó, Web3Caff Research không đưa ra bất kỳ hình thức bảo đảm nào về tính chính xác và độ tin cậy của chúng, cũng không chịu trách nhiệm về sai sót và thiếu sót phát sinh theo bất kỳ cách nào khác (bao gồm trách nhiệm đối với bất kỳ ai do sơ suất). Báo cáo này có thể chứa thông tin "tiên đoán", thông tin loại này có thể bao gồm dự đoán và dự báo, bài viết không cấu thành bảo đảm cho bất kỳ dự đoán nào. Việc có dựa vào thông tin trong báo cáo này hay không hoàn toàn do người đọc tự quyết định. Báo cáo này chỉ mang tính chất tham khảo, không cấu thành tư vấn đầu tư, đề xuất hoặc chào mời mua hoặc bán bất kỳ chứng khoán, tiền mã hóa nào hoặc áp dụng bất kỳ chiến lược đầu tư nào, đồng thời vui lòng tuân thủ nghiêm ngặt luật pháp và quy định có liên quan của quốc gia hoặc khu vực của bạn.

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

Câu hỏi Liên quan

QPay.sh là gì và mục tiêu chính của nó là gì?

APay.sh là một cổng thanh toán được phát triển bởi Solana Foundation và Google Cloud, định vị là 'cổng thanh toán giữa tác nhân AI và cơ sở hạ tầng dịch vụ doanh nghiệp'. Mục tiêu chính của nó là kết nối thanh toán Web2 và Web3, cho phép tác nhân AI sử dụng ví Solana làm danh tính và tài khoản thanh toán để truy cập các dịch vụ Web2 như Google Cloud hay Alibaba Cloud một cách dễ dàng, mà không cần đăng ký tài khoản hoặc nhập API key.

QPay.sh hoạt động dựa trên nguyên tắc nào và nó tương thích với những giao thức thanh toán nào?

APay.sh hoạt động dựa trên mã trạng thái HTTP 402 (Yêu cầu thanh toán). Khi một tác nhân AI yêu cầu một tài nguyên trả phí, máy chủ sẽ trả về mã 402 kèm thông tin thanh toán. Pay.sh phân tích thông tin này, gửi yêu cầu ủy quyền đến ví, và sau khi thanh toán thành công, nó sẽ gửi lại yêu cầu dịch vụ với chứng từ thanh toán. Pay.sh tương thích với cả hai giao thức thanh toán cho tác nhân AI: x402 (cho thanh toán một lần hoặc dựa trên lượng dùng) và MPP - Machine Payment Protocol (cho thanh toán theo phiên hoặc liên tục), tự động lựa chọn phương thức phù hợp.

QLợi ích chính của Pay.sh đối với nhà cung cấp dịch vụ (service provider) là gì?

AĐối với nhà cung cấp dịch vụ, Pay.sh cung cấp một cổng thanh toán dễ triển khai mà không yêu cầu sửa đổi lớn hệ thống thanh toán hoặc API hiện có. Họ chỉ cần cung cấp một tệp khai báo các tham số thanh toán để hỗ trợ các kịch bản phức tạp như định mức miễn phí, định giá theo cấp độ (tiered pricing). Pay.sh còn cung cấp tính năng chia tách thanh toán tự động đến nhiều địa chỉ (ví dụ: trả phí bản quyền, chi phí điện toán đám mây). Sau khi đăng ký, họ có thể đăng dịch vụ lên Pay Skill Registry để các tác nhân AI dễ dàng khám phá.

QSự hợp tác với Google Cloud mang lại lợi thế gì cho Pay.sh?

ASự hợp tác với Google Cloud mang lại một số lợi thế quan trọng: 1) Đảm bảo tuân thủ doanh nghiệp: việc ủy quyền API và điều phối lưu lượng được thực hiện trên Google Cloud, đảm bảo kiểm soát truy cập và nhật ký tuân thủ. 2) Cung cấp danh mục dịch vụ được sàng lọc: giúp tác nhân AI giảm nguy cơ tiếp cận dịch vụ độc hại hoặc không được ủy quyền. 3) Hoàn thiện hệ sinh thái: Pay.sh bổ sung khâu thanh toán cuối cùng cho các giao thức thương mại tác nhân AI khác của Google như A2A, AP2, UCP.

QNhững thách thức hoặc hạn chế tiềm ẩn nào mà Pay.sh có thể phải đối mặt?

APay.sh hiện đối mặt với một số thách thức: 1) Thiếu cơ chế xác thực: Sổ đăng ký nhà cung cấp dịch vụ (Pay Skill Registry) hiện thiếu cơ chế cho phép và xác thực phi tập trung hiệu quả, khó phân biệt dịch vụ hợp pháp với dịch vụ 'vỏ bọc' trái phép hoặc độc hại. 2) Phụ thuộc vào rủi ro bên ngoài: An ninh thanh toán phụ thuộc vào thiết kế của các giao thức cơ bản (x402, MPP), và sự tương thích không hoàn hảo có thể dẫn đến thất bại giao dịch. 3) Thách thức về tuân thủ: Các nhà cung cấp API ở các quốc gia khác nhau có thể ngần ngại sử dụng Pay.sh do yêu cầu tuân thủ về quyền riêng tư dữ liệu và thanh toán, có thể hạn chế số lượng nhà cung cấp dịch vụ tham gia.

Nội dung Liên quan

Giá cổ phiếu Circle sụt giảm 76%, stablecoin đồng HKD ra mắt trong vòng 2 tuần tới

Giá cổ phiếu Circle (CRCL) đã giảm khoảng 76% từ mức đỉnh vào tháng 6 năm ngoái, phản ánh việc thị trường định giá lại triển vọng của công ty trong bối cảnh cạnh tranh gia tăng và lãi suất cao. Chủ tịch Circle Heath Tarbert bày tỏ sự tự tin vào các kế hoạch dài hạn như việc mở rộng USDC sang các tình huống thanh toán thực tế, ví dụ như thỏa thuận với JCB của Nhật Bản. Tuy nhiên, vị thế dẫn đầu của Circle đang bị thách thức bởi các đối thủ mới. Open USD, một stablecoin được hỗ trợ bởi khoảng 140 công ty, đang thu hút đối tác bằng cách chia sẻ lợi nhuận từ tài sản dự trữ. Hơn nữa, Visa đã ra mắt nền tảng stablecoin hỗ trợ Open USD, tạo thêm áp lực cạnh tranh lên USDC. Ở một diễn biến khác, Tether (USDT) phải đối mặt với thách thức tuân thủ theo Đạo luật GENIUS của Mỹ, yêu cầu cấu trúc dự trữ phải chủ yếu là tiền mặt và trái phiếu kho bạc. Họ có khoảng hai năm để điều chỉnh. Tại Hong Kong, thị trường stablecoin đang nóng lên với việc chuẩn bị ra mắt stablecoin HKD gắn với đồng đô la Hong Kong (HKDAP) bởi Zodia Custody, một công ty được hỗ trợ bởi Ngân hàng Standard Chartered. Điều này cho thấy cuộc đua đang chuyển từ việc giành được giấy phép sang việc triển khai hiệu quả trong các luồng thanh toán thực tế. Tóm lại, ngành stablecoin đang chuyển từ giai đoạn một người chiến thắng chiếm tất cả sang một thị trường cạnh tranh đa dạng, nơi lợi thế quy mô và khả năng thực thi sẽ quyết định người chiến thắng.

marsbit8 phút trước

Giá cổ phiếu Circle sụt giảm 76%, stablecoin đồng HKD ra mắt trong vòng 2 tuần tới

marsbit8 phút trước

Dưới Vòng Vây của Tư Bản, Phi Tập Trung Hóa Là Tuyến Phòng Thủ Duy Nhất Của Các Blockchain Công Cộng

Bài viết của Omid Malekan, Phó giáo sư Tài chính tại Trường Kinh doanh Columbia, lập luận rằng trong thế giới tiền mã hóa, phi tập trung hóa không chỉ là một đặc điểm trong thiết kế giao thức, mà là phòng tuyến duy nhất và không thể thay thế để chống lại sự thao túng của tư bản và các tập đoàn. Tác giả, với góc nhìn thực tế và Machiavellian, chỉ ra rằng bản chất của doanh nghiệp là theo đuổi lợi nhuận và quyền lực. Do đó, bất kỳ blockchain nào có thể bị kiểm soát hoặc có điểm yếu về quản trị cuối cùng sẽ bị các tổ chức truyền thống thâu tóm hoặc làm cho thoái hóa. Các cuộc tấn công bên ngoài như phân nhánh 51% tuy nguy hiểm, nhưng mối đe dọa lớn hơn đến từ việc giành quyền kiểm soát nội bộ bởi các lợi ích tư bản. Lịch sử các mạng lưới thanh toán (Visa, Mastercard) và nền tảng truyền thông xã hội cho thấy rõ con đường "thoái hóa nền tảng" này. Bài viết phê phán mạnh mẽ các giải pháp thay thế như blockchain được phép (permissioned) hoặc các mạng lớp 1, lớp 2 quá tập trung, coi chúng chỉ là cơ sở dữ liệu có thể bị tắt bất cứ lúc nào và không thể chống lại sự thao túng. Các liên minh doanh nghiệp này thực chất có thể củng cố sự độc quyền của các gã khổng lồ hiện có hơn là thúc đẩy đổi mới. Theo tác giả, việc các tổ chức tài chính truyền thống ủng hộ các giải pháp "phi tập trung giả mạo" có thể chỉ là một chiến thuật trì hoãn nhằm làm chậm lại sự phổ biến của công nghệ thực sự phi tập trung. Kết luận, tác giả thừa nhận Ethereum có nhiều khiếm khuyết và chi phí vận hành cao để duy trì tính phi tập trung. Tuy nhiên, trong bối cảnh hiện tại, nó vẫn là giải pháp tối ưu nhất - một điểm cân bằng Nash - nơi tài sản sẽ tự nhiên chảy về cơ sở hạ tầng an toàn và trung lập nhất để tránh khỏi sự "vây bắt" của tư bản. Những người theo đuổi các giải pháp thỏa hiệp có thể phải trả giá trong thực tế khắc nghiệt của ngành.

Foresight News17 phút trước

Dưới Vòng Vây của Tư Bản, Phi Tập Trung Hóa Là Tuyến Phòng Thủ Duy Nhất Của Các Blockchain Công Cộng

Foresight News17 phút trước

Ai Quyết Định Quy Tắc Của Bitcoin? BIP-110 Gây Ra Sự Phân Chia Quản Trị

Bài viết thảo luận về BIP-110 (Reduced Data Temporary Softfork), một đề xuất gây tranh cãi trong cộng đồng Bitcoin nhằm hạn chế dữ liệu phi tài chính (như Ordinals, Runes) trên chuỗi khối bằng cách thay đổi quy tắc đồng thuận, thay vì chỉ qua chính sách chuyển tiếp nút. **Nội dung chính:** * **BIP-110 là gì:** Đề xuất tạm thời (1 năm) thêm các giới hạn kỹ thuật (giới hạn kích thước script, OP_RETURN...) để ngăn dữ liệu lớn, khiến một số giao dịch hiện tại hợp lệ trở thành vô hiệu. * **Nguyên nhân:** Phản ứng trước việc Bitcoin Core v30 nới lỏng giới hạn mặc định cho OP_RETURN. Những người ủng hộ BIP-110 cho rằng cơ chế phòng thủ ở tầng chính sách đã thất bại trước các công cụ gửi giao dịch trực tiếp đến thợ đào, nên cần đưa ràng buộc lên tầng đồng thuận. * **Các quan điểm tranh luận:** * **Phản đối (Michael Saylor, Adam Back):** Cho rằng BIP-110 vi phạm nguyên tắc "không cần sự cho phép", đặt ra tiền lệ quản trị nguy hiểm với ngưỡng kích hoạt 55% quá thấp. Adam Back nhấn mạnh quá trình đồng thuận kỹ thuật chặt chẽ chính là "hệ miễn dịch" bảo vệ Bitcoin. * **Ủng hộ:** Tin rằng cần bảo vệ Bitcoin khỏi "dữ liệu rác", giảm gánh nặng cho nút và tập trung vào chức năng tiền tệ. * **Thách thức kỹ thuật:** Ngay cả nếu BIP-110 kích hoạt, việc chặn hoàn toàn dữ liệu tùy ý là khó, vì có nhiều cách mã hóa và công cụ vòng qua (như DOG Mode). Một lỗi đồng thuận tiềm ẩn (BlockSlop) trong lộ trình nâng cấp cũng được tiết lộ. * **Vai trò của các bên:** Cuộc tranh luận làm nổi bật sự phân chia quyền lực: thợ đào (có sự chia rẽ nội bộ), nhà vận hành nút (ủng hộ xác thực bình đẳng), nhà phát triển (có quyền hợp nhất mã), và nay thêm các kho bạc doanh nghiệp lớn (như MicroStrategy) với ảnh hưởng từ thị trường vốn. * **Bài học quản trị:** BIP-110 đặt ra câu hỏi cốt lõi: **Ai có quyền quyết định Bitcoin là gì?** Nó phơi bày sự thiếu vắng một trọng tài được công nhận chung và trở thành một bài kiểm tra áp lực về cơ chế quản trị phi tập trung của Bitcoin.

marsbit31 phút trước

Ai Quyết Định Quy Tắc Của Bitcoin? BIP-110 Gây Ra Sự Phân Chia Quản Trị

marsbit31 phút trước

Ai quyết định các quy tắc của Bitcoin? BIP-110 Châm ngòi Bất đồng về Quản trị

BIP-110, có tên đầy đủ là "Reduced Data Temporary Softfork" (Phân nhánh mềm tạm thời giảm dữ liệu), đã tái khơi dậy một cuộc tranh luận sâu sắc trong cộng đồng Bitcoin về việc ai có quyền quyết định các quy tắc của mạng lưới. Mục tiêu của BIP-110 là hạn chế dữ liệu tùy ý (như từ Inscriptions và Runes) trên chuỗi chính Bitcoin bằng cách thêm bảy hạn chế mới vào quy tắc đồng thuận, chẳng hạn như giới hạn kích thước script và khôi phục giới hạn OP_RETURN về 83 byte. Khác với việc điều chỉnh chính sách chuyển tiếp nút (như thay đổi trong Bitcoin Core v30), BIP-110 trực tiếp biến các giao dịch hiện tại hợp lệ thành không hợp lệ ở cấp độ giao thức, thông qua cơ chế kích hoạt tín hiệu của thợ đào với ngưỡng 55%. Phe ủng hộ, bao gồm các nút như Bitcoin Knots, lập luận rằng dữ liệu phi tiền tệ làm tăng gánh nặng cho các nút đầy đủ và làm xao nhãng sứ mệnh cốt lõi của Bitcoin. Họ cho rằng chính sách chuyển tiếp mặc định đã thất bại trước các kênh riêng tư trực tiếp đến thợ đào, nên cần phải dời biên giới lên tầng đồng thuận. Phe phản đối, dẫn đầu bởi Michael Saylor (MicroStrategy) và Adam Back (Blockstream), cho rằng điều này vi phạm nguyên tắc "không cần sự cho phép" của Bitcoin. Họ nhấn mạnh người dùng không thể áp đặt phán đoán giá trị lên người khác thông qua thay đổi giao thức. Adam Back coi quy trình đồng thuận kỹ thuật chậm rãi như một "hệ miễn dịch" bảo vệ các thuộc tính cốt lõi. Saylor cảnh báo ngưỡng kích hoạt 55% là quá thấp so với tiêu chuẩn 95% trước đây, tạo tiền lệ quản trị nguy hiểm và có thể gây chia tách chuỗi. Cuộc tranh luận còn làm lộ rõ sự phân mảnh quyền lực: thợ đào nắm hashpower nhưng bất đồng; các nhà vận hành nút nhấn mạnh chủ quyền xác thực; nhóm phát triển Core có quyền hợp nhất mã; và giờ đây, các tổ chức nắm giữ BTC lớn như MicroStrategy cũng tham gia với sức ảnh hưởng từ thị trường vốn. BIP-110 cũng vấp phải vấn đề kỹ thuật (lỗi BlockSlop) và thực tế là việc nhúng dữ liệu có thể tìm ra đường vòng khác. Tóm lại, BIP-110 đã trở thành một bài kiểm tra áp lực về quản trị Bitcoin, đặt ra câu hỏi cốt lõi: Ai thực sự có quyền định nghĩa Bitcoin nên là gì, khi mỗi bên - thợ đào, nút, nhà phát triển, nhà đầu tư - đều viện dẫn những nguồn ủy quyền và diễn giải khác nhau về tính trung lập và bảo thủ của giao thức.

链捕手44 phút trước

Ai quyết định các quy tắc của Bitcoin? BIP-110 Châm ngòi Bất đồng về Quản trị

链捕手44 phút trước

Giao dịch

Giao ngay

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

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

Chào mừng bạn đến với HTX.com! Chúng tôi đã làm cho mua ChainLink (LINK) 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 ChainLink (LINK) 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ữ ChainLink (LINK) của BạnSau khi mua ChainLink (LINK), 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 ChainLink (LINK)Giao dịch ChainLink (LINK) 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 1.3kXuất bản vào 2024.12.13Cập nhật vào 2026.06.02

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

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 LINK (LINK) được trình bày dưới đây.

活动图片