Cửa hàng DApp | Trung tâm Web3 với các sự kiện và trò chơi

Chủ đề thịnh hành

Vivek Goyal

Đối tác @ Altimeter Capital. Không có lời khuyên đầu tư. Tất cả các quan điểm cá nhân.

Vivek Goyal đã đăng lại

Chỉ dành thời gian tìm hiểu về Giao thức thanh toán thương mại — và thành thật mà nói, nó thật đáng kinh ngạc. Đường ray tiền điện tử đã lặng lẽ giải quyết hầu hết các điểm khó khăn khiến họ không tham gia vào thương mại chính thống. Đây không phải là một bản demo hay một lý thuyết — nó là trực tiếp, mã nguồn mở và xử lý các giao dịch thực. Thanh toán bằng tiền điện tử đã có ở đây. 1/ Ủy quyền "có/không" ngay lập tức. Người bán cần một câu trả lời rõ ràng: tôi có nên gửi mặt hàng này không? On-chain, điều đó là tầm thường. Giao thức đưa ra phản hồi được ủy quyền ngay lập tức bằng cách gọi authorize(), thành công hoặc hoàn nguyên. Không mơ hồ; chỉ là logic xác định, có thể lập trình. 2/ Quỹ không thể thu hồi hoặc được đảm bảo mạng Với thẻ truyền thống, "ủy quyền" tạm dừng - đó là một lời hứa, không phải một khoản thanh toán. Trong đường ray USDC của Base, lệnh gọi authorize() ngay lập tức chuyển số tiền chính xác vào hợp đồng thông minh ký quỹ. Tiền chỉ có thể được giải phóng thông qua việc thu giữ, hoàn lại tiền hoặc vô hiệu hóa — không ai có thể lấy lại tiền. Nó thay thế ý tưởng về việc giữ tín dụng bằng "giữ nợ": số dư của người mua bị giảm ngay lập tức, nhưng người bán không thể chi tiêu cho đến khi bị bắt. Quá trình này phản ánh quy trình hai bước của hệ thống thẻ, chỉ được thực thi bởi các hợp đồng thông minh thay vì các quy tắc tập trung. Nếu người mua không có đủ USDC, transferWithAuthorization() sẽ hoàn nguyên với số tiền chuyển vượt quá số dư. Không có một phần. Không thấu chi. Chỉ là một điểm dừng cứng — giống hệt như mã lỗi thẻ 51: không đủ tiền hoặc hạn mức tín dụng. 3/ Bảo vệ người mua sắm, tái cấu trúc Không giống như thẻ — nơi các nhà phát hành cung cấp bảo vệ người mua — thanh toán gốc tiền điện tử chuyển trách nhiệm đó sang PSP hoặc lớp ví. Giao thức Thương mại Cơ sở hỗ trợ các lệnh gọi refund(), sử dụng số dư ví của người bán hoặc, nếu cần, dự trữ rủi ro của chính PSP. Vì vậy, sự bảo vệ vẫn tồn tại - nó không còn bắt buộc bởi quy định. Đó là hợp đồng, được hỗ trợ trên bảng cân đối kế toán. Ví dụ: Ngày 0: Người mua thanh toán → USDC vào ký quỹ người bán. Ngày 10: Sản phẩm không đến → Người mua tranh chấp → PSP gọi refund() → Tiền được rút từ người bán. Ngày 65: Người bán bị ma → Ví trống → PSP sử dụng nhóm rủi ro. Ngày 91: Cửa sổ hoàn tiền đã hết hạn → không thể hoàn lại tiền trên chuỗi → PSP có thể cung cấp tín dụng hoặc người mua theo đuổi truy đòi pháp lý hoặc đóng băng Vòng tròn. 4/ Công cụ và UX phổ biến Một thách thức vẫn còn: tài trợ không ma sát. Ngày nay, thanh toán bằng stablecoin vẫn yêu cầu người mua phải tìm nguồn USDC, nắm giữ nó và quản lý ETH để lấy gas. Đó là một gánh nặng UX — nhưng là một gánh nặng có thể giải quyết được. Các khái niệm trừu tượng ví thông minh đã có thể làm cho điều này giống như một tài khoản ghi nợ. Một lớp phủ kiểu tín dụng — được xây dựng bởi $Coin, $Shop hoặc thẻ stablecoin mới của MoonPay — có thể thu hẹp khoảng cách khả năng sử dụng cuối cùng, mang lại cho tiền điện tử ngang bằng với thẻ về một điều mà chúng vẫn còn tụt hậu: tài trợ liền mạch khi thanh toán. +++ Điều này thách thức rất nhiều điều tôi nghĩ rằng tôi biết về thanh toán. Tôi thực sự ấn tượng với hệ sinh thái đã hình thành — phần lớn chỉ trong vài tháng qua, khi sự rõ ràng về quy định bắt đầu xuất hiện. Giao thức thương mại cơ sở cung cấp một cái nhìn thoáng qua về một kiến trúc thanh toán mới: một kiến trúc minh bạch, có thể lập trình và hiệu quả hơn về mặt cấu trúc so với những gì chúng ta đã dựa vào trong nhiều thập kỷ. Với sự tiến bộ ổn định trong UX ví, lớp phủ tín dụng và đường vào tiền pháp định, tiền điện tử cho thương mại có thể đến sớm hơn nhiều so với dự kiến. Đừng bao giờ đánh giá thấp những gì một hệ thống mã nguồn mở, có thể mở khóa. +++ +++ Xem thêm tại đây:

Hàng đầu

Thứ hạng

Yêu thích

Onchain thịnh hành

Thịnh hành trên X

Ví funding hàng đầu gần đây

Được chú ý nhất