Lào Thoại Ngân

Trước đây tôi cứ nghĩ escrow chỉ là một từ ngữ marketing cho đến khi tôi tự xem nó hoạt động trên Binance P2P. Khi người bán đăng một đề nghị và người mua chấp nhận, tài sản crypto sẽ không còn nằm trong ví của người bán nữa; Binance giữ tài sản đó trong trạng thái escrow ngay khi lệnh được tạo. Người bán không thể hủy lệnh rồi lặng lẽ “bỏ đi” với tài sản sau khi người mua đã cam kết thanh toán, và người mua cũng không thể nhận crypto nếu người bán chưa xác nhận rằng tiền pháp định đã chuyển vào trước. Bước ở giữa bị khóa đó là thứ giúp cả hệ thống vận hành được, ngay cả giữa hai người chưa từng gặp nhau.

Tin vào cơ chế không có nghĩa là bỏ qua các kiểm tra của riêng tôi. Trước khi bấm “phát hành”, tôi vẫn phải xác nhận rằng khoản thanh toán đã thực sự đến tài khoản ngân hàng của mình—không chỉ là có một tin nhắn nói rằng đã đến. Tôi kiểm tra tên người gửi trong giao dịch và đối chiếu với tên đã đăng ký trên hồ sơ của bên đối tác, vì không khớp là một trong những dấu hiệu cảnh báo phổ biến mà mọi người hay báo cáo. Ảnh chụp màn hình có thể bị làm giả trong chưa đầy một phút bằng công cụ chỉnh sửa cơ bản, nên ứng dụng ngân hàng mới là nguồn duy nhất tôi tin tưởng.

Thời gian escrow cũng rất quan trọng. Hầu hết các lệnh đều có khung thời gian thanh toán, và nếu người mua cần thêm thời gian thì Binance P2P cho phép yêu cầu ngay trong chính lệnh thay vì đưa ra lời hứa riêng tư trong chat. Tôi đã học cách coi mọi yêu cầu bỏ qua quy trình tích hợp này—dù nghe hợp lý đến đâu—như một tín hiệu để chậm lại thay vì âm thầm “nhượng bộ”.

Sau mỗi lệnh hoàn tất, tôi lưu mã tham chiếu giao dịch, ID của đơn hàng và một ảnh chụp màn hình của toàn bộ cuộc trao đổi chat cuối cùng. Mất khoảng 30 giây để thu thập các thông tin này và đã giúp tôi giảm căng thẳng thật sự khi một số tham chiếu thanh toán trông có vẻ bất thường và tôi cần giải thích phần của mình nhanh chóng cho bộ phận hỗ trợ của Binance. Bước nhỏ này chỉ tốn vài giây và chưa từng làm chậm bất kỳ một giao dịch nào hoàn toàn hợp pháp, vì các bên đối tác trung thực thường không ngại một người mua hoặc người bán cẩn thận ở đầu bên kia.

@Binance Vietnam #BinanceP2PAnToan $BTW $TUT $BMT

Điều quan trọng nhất trong P2P là gì?

Tháng trước, tôi cần chuyển đổi một lượng khá lớn sang USDT—nhiều hơn mức tôi thường giao dịch trong một lệnh. Vì vậy, tôi đã làm một việc mà bình thường tôi hay bỏ qua: mở đồng thời bốn hồ sơ người bán trên Binance P2P, rồi sau đó mới chọn một người.

Các con số kể một câu chuyện rõ ràng hơn bất kỳ mô tả quảng cáo đơn lẻ nào. Một người bán có tỷ lệ hoàn tất 98% trên hơn 3000 giao dịch. Người khác có mức giá tương tự nhưng chỉ có tổng cộng 60 giao dịch, với tỷ lệ hoàn tất là 91%. Một người thứ ba trông có vẻ hấp dẫn chỉ xét riêng về giá, cho đến khi tôi nhận thấy thời gian phát hành trung bình của họ chậm hơn rất nhiều so với những người còn lại. Binance P2P hiển thị dữ liệu này vì một lý do, và việc so sánh trước khi giao dịch là một trong những cách đơn giản nhất để xác minh đối tác—cùng với việc kiểm tra trạng thái KYC và đọc bình luận về đơn hàng gần đây. Mọi phần của quá trình giao dịch, từ tin nhắn mở đầu đến xác nhận cuối cùng, đều phải diễn ra trong ứng dụng. Bởi vì nếu chuyển kênh liên lạc hoặc thanh toán ra nền tảng khác để lấy một mức giá tốt hơn chút, bạn sẽ làm mất đi lớp bảo vệ mà Binance P2P cung cấp, bao gồm cả cơ chế khóa ký quỹ và lộ trình kháng nghị tranh chấp khi có sự cố.

Đối với một lệnh lớn cụ thể, danh sách kiểm tra của tôi thay đổi một chút. Tôi không tự động chọn mức giá cao nhất. Tôi đọc trang bình luận cuối cùng trên hồ sơ của người bán, không chỉ nhìn vào đánh giá sao. Tôi coi thời gian phát hành bất thường chậm hoặc tài khoản mới tạo nhưng đưa ra giới hạn giao dịch bất thường cao như một “cờ đỏ” đáng để tránh, thay vì một món hời đáng săn. Tôi chia tổng số tiền thành hai lệnh nhỏ với hai người bán đã được xác minh khác nhau, thay vì chuyển một lần lớn cho duy nhất một đối tác—chủ yếu để giới hạn rủi ro trong khi tôi vẫn đang tìm hiểu xem mình có thể tin ai. Tôi xác nhận rằng thanh toán đã được ghi nhận trong tài khoản của mình trước khi tính là đã hoàn tất bất kỳ lệnh nào, và sau đó giữ lại mọi ảnh chụp màn hình cùng mã số đơn hàng để phòng khi sau này tôi cần liên hệ hỗ trợ.

Quy mô làm thay đổi mức độ rủi ro của một giao dịch, vì vậy nó cũng nên khiến bạn nhìn kỹ hơn trước khi bắt đầu.

@Binance Vietnam #BinanceP2PAnToan $BTW $BLESS $TUT

Bạn giao dịch các lệnh P2P quy mô lớn như thế nào?

Một hồ sơ chưa hoàn tất bất kỳ đơn hàng nào đã nhắn tin cho tôi với ý định mua khoảng 4.000 USD crypto trên Binance P2P trong một lần giao dịch. Không có lịch sử, không có đánh giá, tài khoản được tạo ngay trong tuần đó. Tôi không từ chối tự động, vì ai cũng phải bắt đầu từ đâu đó, nhưng tôi làm chậm toàn bộ quá trình và xử lý nó như một bài nghiên cứu về việc xác minh thực sự để làm gì.

Binance P2P yêu cầu mọi người dùng phải vượt qua xác minh danh tính trước khi giao dịch, điều này đã loại bỏ được một phần rất lớn các kẻ lừa đảo chỉ dựa vào tính ẩn danh. Ngoài lớp lọc nền tảng đó, tôi cân nhắc ba điểm trước khi chấp nhận bất kỳ đối tác nào: tỷ lệ hoàn thành, tài khoản đã tồn tại được bao lâu, và mẫu hình về kích thước các lệnh giao dịch trước đó. Việc nhảy từ “không có lịch sử” ngay sang một đơn lớn không phải là bằng chứng cho ý đồ xấu, nhưng nó làm tôi phải tăng mức độ cẩn trọng khi xác nhận việc thanh toán.

Với giao dịch cụ thể này, tôi yêu cầu chia thành hai lệnh nhỏ thay vì một lệnh lớn. Anh ta đồng ý ngay mà không hề phản kháng, điều đó nói với tôi nhiều hơn bất kỳ huy hiệu nào. Nửa chừng, tôi kiểm tra trực tiếp trong ứng dụng ngân hàng của mình thay vì tin vào thông báo thanh toán anh ta gửi trong chat, xác nhận đúng số tiền đã về, và chỉ sau đó tôi mới nhả crypto cho từng phần.

Những dấu hiệu rủi ro tôi để ý ngoài tuổi tài khoản còn có: yêu cầu rời khỏi khung chat Binance P2P chính thức, ngôn ngữ mang tính thúc ép để tôi bỏ qua các bước, và bằng chứng thanh toán đến một cách đáng ngờ nhanh mà không kèm mã tham chiếu từ ngân hàng. Ở đây không xuất hiện các dấu hiệu đó, nên giao dịch khép lại suôn sẻ.

Việc chia đơn cũng giúp tôi có một mốc kiểm tra tự nhiên. Nếu phần đầu có bất kỳ trục trặc nào, tôi sẽ dừng lại trước khi phần thanh toán thứ hai được thực hiện, thay vì “chốt toàn bộ” ngay từ đầu cho một người mà tôi không có bất kỳ hồ sơ theo dõi nào.

Tôi vẫn lưu lại số thứ tự đơn hàng và xác nhận ngân hàng cho cả hai phần, vì lưu hồ sơ không tốn gì và bộ phận hỗ trợ Binance P2P sẽ luôn hỏi lại nếu sau này có tranh chấp. Người giao dịch mới xứng đáng có một cơ hội công bằng, nhưng cơ hội công bằng không đồng nghĩa với việc bỏ qua xác minh.

@Binance Vietnam #BinanceP2PAnToan $BTW $BLESS

Tôi dùng tên trên một giao dịch thanh toán Binance P2P như một tín hiệu an ninh, không phải hình thức. Mối nguy phổ biến bắt đầu khi người mua nói rằng vợ/chồng, khách hàng, đồng nghiệp hoặc công ty của họ sẽ gửi tiền. Khoản tiền chuyển có thể là thật, nhưng người có số tiền đã được chuyển đi có thể không phải là đối tác đã được xác minh. Điều này có thể dẫn đến lừa đảo dạng tam giác, giao dịch bị tranh chấp hoặc tài khoản bị sử dụng mà không có ủy quyền rõ ràng.

Danh sách kiểm tra của tôi bắt đầu từ đơn hàng, không phải thông báo từ ngân hàng. Tôi xem xét hồ sơ đối tác, hoạt động đã hoàn tất, điều khoản và phương thức thanh toán. KYC giúp xác lập danh tính người dùng Binance, còn ký quỹ giữ số crypto trong suốt quá trình giao dịch. Sau đó tôi đối chiếu tên đã được xác minh với tên của người thanh toán hiển thị trong tài khoản thanh toán của mình. Nếu không khớp, tôi không nhả hàng, không thương lượng cách “lách”, và cũng không hoàn tiền vào một tài khoản mới do người đó cung cấp trong cuộc chat.

Tôi duy trì cuộc trò chuyện trong khung chat của đơn hàng và trình bày rõ ràng sự không khớp. Điều này quan trọng vì Binance Support có thể kiểm tra dòng thời gian trên nền tảng nếu cần khiếu nại. Việc yêu cầu trao đổi ở nơi khác, chia khoản thanh toán cho nhiều người gửi, che một ghi chú liên quan đến crypto, hoặc hoàn tiền cho một bên thụ hưởng khác làm tăng rủi ro hơn nữa. Tôi chụp màn hình hoặc lưu lại thông tin của đơn hàng, chi tiết người thanh toán, transaction ID, số tiền và toàn bộ cuộc chat mà không công khai chúng.

Xác thực thanh toán vẫn được thực hiện tiếp theo. Dù tên có khớp, tôi vẫn mở ứng dụng ngân hàng hoặc ví chính thức, xác nhận chính xác số tiền đã được ghi có và có thể sử dụng, đồng thời bỏ qua ảnh chụp màn hình hoặc các tin nhắn “thành công” từ người mua. Sự trùng khớp danh tính không thay thế việc xác nhận đã nhận tiền, và việc xác nhận đã nhận tiền cũng không thể biện minh cho việc không khớp danh tính.

Khi các thông tin không thống nhất, tôi giữ tài sản trong trạng thái ký quỹ và chọn Appeal (Khiếu nại) hoặc liên hệ Binance Support từ chính nền tảng chính thức. Tôi thà giải thích việc nhả hàng bị trễ kèm bằng chứng còn hơn biến một khoản thanh toán đáng ngờ thành khoản lỗ không thể đảo ngược. Quy tắc của tôi có 3 dòng khớp nhau: danh tính Binance, tên trong tài khoản thanh toán, và chi tiết đơn hàng. Chỉ cần một dòng bị gãy, giao dịch sẽ tạm dừng.

@Binance Vietnam #BinanceP2PAnToan $BTW $ON $HFT

"Không phải chìa khóa của bạn, cũng không phải tiền xu của bạn" là lời cảnh báo lâu đời nhất của crypto, và chủ yếu nhắm vào các sàn giao dịch. Babylon áp dụng cùng một logic ở nơi mà người ta ít khi nghĩ đến việc đặt câu hỏi: chính việc vay DeFi. Các người gửi tiền sử dụng Trustless Bitcoin Vaults (Vault Bitcoin không cần tin cậy) vẫn giữ quyền kiểm soát Bitcoin của họ trong suốt thời gian khoản vay; nó được khóa lại trên mạng Bitcoin trong một đầu ra Taproot, thay vì chuyển vào quyền quản lý của một bàn giao dịch cho vay hay một ví dự trữ của bên trung gian/bridge.

Tôi muốn nói thật chính xác phạm vi mà tự quản (self-custodial) thực sự bao gồm ở đây, vì tôi nghĩ cụm từ này trong tiếp thị crypto nói chung đang được dùng hơi “gọn gàng” quá mức. Các khóa riêng điều khiển việc đổi/chuyển quyền nhận (redeption) vẫn thuộc về địa chỉ do người gửi chỉ định. Nhưng bản thân hệ thống vẫn phụ thuộc vào việc các bên tham gia khác hành xử đúng: Vault Providers quản lý các yêu cầu/claim của vault; Arbitrageurs (nhà kinh doanh chênh lệch) mua phần tài sản thế chấp bị thu giữ trong quá trình thanh lý; và Universal Challengers (thử thách phổ quát) theo dõi các lần thử đổi/chuyển không hợp lệ. Không ai trong số họ có thể di chuyển BTC của bạn nếu không có bằng chứng hợp lệ, và bất kỳ ai trong số họ, kể cả bạn, đều có thể thách thức một claim xấu. Điều đó có ý nghĩa khác biệt đáng kể so với rủi ro khi phải gửi tiền cho bên lưu ký (custodial risk), nhưng nó không đồng nghĩa với việc hoàn toàn không phụ thuộc vào những người khác.

Thứ Babylon thực sự đã loại bỏ là “điểm đơn lẻ gây hỏng hóc” (single point of failure): không một bên lưu ký nào có thể đóng băng tiền, không một nhà vận hành bridge nào có thể biến mất cùng với phần dự trữ, không một nhóm chữ ký (signer quorum) nào có thể cấu kết để chuyển tiền ra khỏi các quy tắc được viết trực tiếp vào chính script Taproot. Việc vay các tài sản được hỗ trợ như USDC hoặc USDT để đối ứng với native BTC thông qua Aave v4, trong khi Bitcoin của bạn vẫn nằm đúng chỗ bạn đã khóa, là một thay đổi mang tính cấu trúc thực sự so với cách mà hoạt động cho vay dựa trên BTC đã vận hành cho đến nay, ngay cả khi "trustless" mô tả toán học chứ không phải một thế giới không còn bất kỳ tác nhân nào.

@BabylonLabs_io $BTW $GRVT #baby $BABY

Hầu hết những người biết về Babylon đều biết nó đầu tiên như một lớp bảo mật, một giao thức giúp “trọng lượng kinh tế” của Bitcoin nâng đỡ tính cuối cùng của các chuỗi proof of stake. Điều đó không hề nhỏ. Mở rộng bảo mật của Bitcoin sang các blockchain PoS giải quyết một vấn đề thực sự: những chuỗi non trẻ hoặc quy mô nhỏ không có hàng chục năm tích lũy sức mạnh băm hay phần vốn kinh tế đứng sau, nên Babylon sẽ cho chúng mượn uy tín của Bitcoin. Tôi đã nghĩ về sứ mệnh ban đầu này khi đọc thông báo gần đây về Trustless Bitcoin Vaults, vì mạch xuyên suốt lại nhất quán hơn tôi dự đoán.

Trustless Bitcoin Vaults cũng đi theo cùng một bản năng: dùng sự tin cậy và bảo mật của Bitcoin mà không làm suy yếu nó, rồi áp dụng ý tưởng đó vào nghiệp vụ cho vay. Trường hợp sử dụng đầu tiên—vay mượn được hỗ trợ trực tiếp bởi Bitcoin với Aave v4—đang hoạt động trên public testnet, với một số thương hiệu lớn đã và đang thử nghiệm. Người gửi ký quỹ đưa BTC gốc làm tài sản thế chấp và vay các tài sản như USDC hoặc USDT trên Ethereum, và toàn bộ quy trình này không yêu cầu bọc (wrapping) hay cầu nối (bridging) đối với tài sản nền tảng.

Điều tôi muốn hiểu rõ hơn là liệu các bảo đảm an ninh từ phía staking có thực sự được chuyển hóa sang cơ chế vận hành của vault hay không, hay đây là hai mô hình niềm tin tách biệt cùng tồn tại dưới một thương hiệu duy nhất. Theo những gì tôi tìm thấy, Babylon vẫn chưa trả lời đầy đủ điều đó trong tài liệu công khai, và đây là dạng chi tiết kỹ thuật quyết định liệu đó là một kiến trúc thống nhất hay hai ý tưởng hay ghép lại với nhau. Dù thế nào đi nữa, tham vọng vẫn nhất quán: làm cho Bitcoin trở nên hữu ích mà không bắt ai phải tin bên thứ ba vào nó.

@BabylonLabs_io $BTW $GRVT $BABY #baby

Hãy cho đa số mọi người một tiêu đề về việc Bitcoin trở thành tài sản thế chấp DeFi và họ sẽ cho rằng lại là chiêu trò cũ: đúc một token ở đâu đó, gọi nó là Bitcoin, rồi thế là xong. Phản ứng đó không phải là ngu ngốc. Hiện nay chưa đến 1% tổng lượng bitcoin nằm trên các nền tảng hợp đồng thông minh, và gần như mọi tuyến đường đưa nó đến đó đều liên quan đến một lớp bọc (wrapper) hoặc một bên lưu ký nắm giữ đồng coin thật trong khi một phiên bản tổng hợp (synthetic) được lưu hành.

Babylon Trustless Bitcoin Vaults được xây dựng dựa trên đúng mô hình đó. Khi việc vay mượn dựa trên Bitcoin gốc đi vào hoạt động trên Aave v4 public testnet vào ngày 2 tháng 6 năm 2026, lượng BTC tham gia không hề rời khỏi chuỗi Bitcoin. Nó được khóa trong một Taproot UTXO, và Aave nhận diện vị thế thông qua một token có tên vaultBTC, là token bị hạn chế chuyển nhượng, đại diện cho vault thay vì thay thế đồng coin. Hãy so sánh với cách Bitcoin bọc (wrapped Bitcoin) đã vận hành trong nhiều năm: khi một nhà phát hành tập trung giữ BTC dự trữ và mint một tài sản tách biệt ở nơi khác — một cấu trúc mà chính tài liệu về vault của Babylon cũng chỉ ra trực tiếp, khi lập luận rằng việc dùng wrapped và Bitcoin lưu ký vẫn bị giới hạn so với tổng cung Bitcoin.

Tín hiệu cho thấy đây là một mô hình khác, không chỉ là bao bì “sắc hơn” của một cái cũ, lại xuất hiện lần nữa vào tháng 3 năm 2026, khi Babylon hợp tác với Ledger để 8 triệu người dùng ví phần cứng của họ có thể phê duyệt các hành động vault thông qua Clear Signing. Họ có thể đọc giao dịch thật trên màn hình thiết bị của chính mình thay vì tin vào một cửa sổ bật lên của trình duyệt hoặc lời của bên phát hành.

Babylon không phải đang đổi thương hiệu wrapped Bitcoin với marketing tốt hơn; họ đang từ chối bước đi then chốt trong mô hình đó — phần mà việc lưu ký âm thầm chuyển đổi tay. TBV vẫn mang theo các rủi ro riêng, chủ yếu liên quan đến liquidators và oracles của Aave, nhưng “một đồng coin bọc khác” thì không phải là một trong số đó.

@BabylonLabs_io $AKE $BTW $BABY #baby

Mỗi lần tôi nhắc đến Babylon's Trustless Bitcoin Vaults với một người mới, câu hỏi đầu tiên thường là một phiên bản của “thế này chẳng khác gì WBTC với thêm vài bước sao?” Từ đó mà có phản xạ này. Những người nắm giữ Bitcoin đã chứng kiến nhiều năm các vụ hack cầu nối và các thất bại trong lưu ký, và việc suy luận nhanh rằng sản phẩm Bitcoin mới đồng nghĩa với token bọc mới đồng nghĩa với rủi ro đối tác mới—đó không phải là một giả định vô lý khi phải cân nhắc.

Nhưng ở đây thì đúng là sai, và cơ chế sẽ cho thấy vì sao. Các sản phẩm Wrapped BTC như WBTC hoạt động bằng cách giao đồng cho một bên lưu ký, bên đó sẽ “đúc” một token tương ứng ở nơi khác. Tức là người dùng đang tin rằng một thực thể sẽ giữ đủ dự trữ một cách trung thực và luôn đủ khả năng thanh toán. Các cầu nối (bridges) thì chuyển BTC bằng cách chuyển nó qua một liên minh người ký (federation) gồm nhiều người ký, và chính họ cùng nhau kiểm soát số tiền. TBV thì không làm như vậy. Bitcoin được giữ trong một vault tự lưu ký (self-custodial), được ký trước (pre-signed) ngay trên chính chuỗi Bitcoin, và nó không bao giờ được “đại diện” thành một IOU (cam kết nợ) có thể giao dịch tự do trên một mạng khác. Việc truy cập được kiểm soát bằng một bằng chứng không kiến thức (zero-knowledge proof) gắn với một trạng thái của hợp đồng thông minh bên ngoài cụ thể, chứ không phải dựa trên lời hứa của một thực thể sẽ đổi token theo tỷ lệ 1:1. Một con số thường được trích dẫn để mô tả vấn đề mà TBV nhắm tới là: hơn 99 phần trăm Bitcoin đang nằm yên, với chỉ khoảng 1 phần trăm chạm tới DeFi—đa phần thông qua các sản phẩm wrapped được lưu ký.

Babylon không vận hành một hoạt động “bọc” (wrapping), và TBV không phải là một cầu nối (bridge), dù lời giới thiệu nghe rất quen thuộc ở lần nhắc đầu tiên. Thiết kế này được xây dựng để loại bỏ hai thứ là bên lưu ký và liên minh người ký, chứ không phải đóng gói lại chúng.

@BabylonLabs_io $BTW $AKE $BABY #baby

Chìa khóa của bạn, Bitcoin của bạn nghe có vẻ đơn giản cho đến khi bạn đọc phần chữ nhỏ về cách một kho lưu trữ do tự quản lý (self-custodial) thực sự đảm bảo lời hứa đó khi mọi thứ có sự cố. Tôi đã xem kỹ tài liệu testnet của Babylon để tìm đúng phần chữ nhỏ ấy, vì những khẩu hiệu không sống sót được khi đối mặt với các tình huống biên.

Các kho lưu trữ Bitcoin không cần tin tưởng (trustless) gửi BTC vào một vault nơi, trong điều kiện bình thường, Nhà cung cấp Vault sẽ xử lý việc chuộc lại phần Bitcoin khi khoản vay được hoàn trả. Thiết kế của Babylon không dừng ở đó. Mỗi người dùng tải xuống một tệp keypair WOTS và các hiện vật (claimer artifacts) tại thời điểm vault được tạo ra, được thiết kế riêng để người gửi tiền có thể tự chuộc lại Bitcoin của mình mà không cần Nhà cung cấp Vault nữa, ngay cả khi nhà cung cấp đó ngừng hoạt động.

Đó là một cam kết tự quản lý thực sự, không phải một câu marketing. Không bên thứ ba, bên giám hộ (custodian), hay liên minh ký kết (signer consortium) nào nắm quyền tùy ý đối với BTC cơ sở. Nhưng nó đi kèm một trách nhiệm mà tôi không nghĩ người dùng bình thường đã đánh giá đầy đủ: keypair WOTS không thể được tạo lại nếu bị mất, và hướng dẫn riêng của Babylon nói rằng hãy coi việc đánh mất nó nghiêm trọng như việc mất một cụm hạt giống (seed phrase) của ví.

Tôi thích việc có cơ chế dự phòng này. Tôi không chắc bằng liệu người gửi tiền trung bình, khi phải sao lưu thêm một tệp bí mật không thể thay thế nữa, ngoài seed phrase, có phải là một vấn đề về trải nghiệm người dùng mà Babylon đã hoàn toàn giải quyết hay chưa. Tin cậy đúng nghĩa có cái giá, và ở đây cái giá chính là trách nhiệm cá nhân.

@BabylonLabs_io $1000RATS $GRVT $BABY #baby

Cứ vài tháng lại có một sản phẩm Bitcoin DeFi khác ra mắt, hứa hẹn khả năng truy cập “native” (có sẵn), không cần tin cậy, và rồi cứ vài tháng lại phát hiện ra rằng rốt cuộc nó cũng chỉ là cùng một loại token do bên giám hộ (custodian) đúc ra, với một cái tên mới được gắn vào. WBTC đã hoạt động từ năm 2019, cbBTC từ cuối năm 2024, và cùng nhau chúng vẫn chỉ chiếm dưới 1% tổng giá trị vốn hóa thị trường của Bitcoin. Con số đó không phải một sai số làm tròn; đó là dấu hiệu rằng đa số người nắm giữ BTC chưa bao giờ tin đủ vào mô hình “bọc” để có thể sử dụng nó ở quy mô lớn.

Vì vậy, khi lần đầu tôi đọc rằng Trustless Bitcoin Vaults cũng đúc ra một thứ gọi là vaultBTC trên Ethereum, phản ứng đầu tiên của tôi là hoài nghi, bởi vì trên giấy tờ thì điều đó nghe đúng y như WBTC nhưng đổi thương hiệu. Một token đại diện cho Bitcoin được khóa, được đúc trên Ethereum, dùng làm tài sản thế chấp. Cùng hình dạng, cùng một lời chào mời, nên tôi đã cho rằng đó là như vậy.

Sự khác biệt xuất hiện khi bạn nhìn vào ai có thể chuyển token đó và vì sao. WBTC và cbBTC được đúc và huỷ theo quyết định của bên giám hộ. Các giao dịch chuyển nhượng vaultBTC bị giới hạn đối với Aave V4 Hub, Babylon Core Spoke và hợp đồng adapter, còn việc đổi lấy Bitcoin gốc sẽ chạy qua một bằng chứng kiến thức không tương tác (zero knowledge proof) của một sự kiện trên Ethereum thay vì chữ ký của bên giám hộ. Không có liên minh người ký (signer consortium) và cũng không có bên thứ ba nào nắm quyền kiểm soát tùy ý đối với BTC nền tảng. Nhìn từ xa thì nó trông như một token bọc. Nhưng nhìn gần thì quyền “đúc” đến từ mật mã, không phải từ một công ty.

Babylon không phải là đang vận hành một bộ bọc kiểu giám hộ với nội dung marketing hay hơn. vaultBTC chỉ tồn tại như một biên nhận (receipt) được giới hạn đối với BTC mà mật mã chứ không phải một bên giám hộ đã đồng ý sẽ giải phóng — và sự khác biệt đó chính là trọng tâm của thiết kế.

@BabylonLabs_io $BANK $ON $BABY #baby

“Trustless” được dùng để mô tả lớp mật mã trong Trustless Bitcoin Vaults, và ở lớp đó, nó xứng đáng với từ gọi này: các điều kiện chi tiêu của vault được thực thi bằng Bitcoin script và các bằng chứng, chứ không phải bởi một công ty. Tôi muốn kiểm tra xem liệu cùng một từ đó có còn đúng ở cấp độ cao hơn hay không—liệu vault có thể thực sự “cắm” vào Aave mà không cần ai cho phép.

Chưa được, ít nhất là chưa. Aave v4 tổ chức thanh khoản thông qua một Hub, nơi cấp hạn mức tín dụng cho từng Spokes (nhánh) riêng lẻ, và Stani Kulechov đã nói thẳng rằng các spoke mới không phải là permissionless trong khi kiến trúc còn non trẻ; ông gọi đó là chạy “theo kiểu rất được kiểm soát, như xe tập đi”, với quản trị DAO quyết định cái gì được kết nối. Những spoke BTC của chính Babylon đã phải trải qua một đề xuất “Temperature Check” (kiểm tra nhiệt độ) chính thức trên diễn đàn quản trị của Aave trước khi bất cứ thứ gì được triển khai lên testnet. Việc niêm yết cần một cuộc bỏ phiếu, không chỉ là một chữ ký.

Vì vậy, bản thân vault—phần khóa Bitcoin của bạn—thực sự vận hành mà không cần một bên trung gian đáng tin cậy. Phần cho phép vault vay dựa trên thanh khoản của Aave thì lại chạy thông qua một DAO, nơi có thể nói “không”. Cả hai điều đều đúng cùng lúc, và chỉ một trong hai điều đó mới là thứ mà “trustless” thường ngụ ý đối với ai đó lướt đọc một tiêu đề.

Babylon là trustless khi nói về việc lưu ký: các điều kiện mật mã thay thế bất kỳ người giữ hộ nào. Babylon không permissionless khi nói về quyền truy cập: quản trị của Aave vẫn quyết định những spoke nào được cấp thanh khoản. TBV là trust minimized end-to-end (giảm thiểu niềm tin trên toàn chuỗi), chứ không phải permissionless end-to-end (không cần cho phép trên toàn chuỗi).

@BabylonLabs_io $ON $BTW $BABY #baby

Trước BitVM3, đội ngũ của Babylon đã tiến hành các thử nghiệm thực tế với BitVM2 cho loại xác minh bằng chứng mà các kho tiền (vault) của họ cần, và chi phí giao dịch trên chuỗi (on-chain) thu về vượt ngưỡng 16.000 USD cho mỗi lần thao tác—một con số giết chết mọi hy vọng về việc sử dụng ở cấp độ bán lẻ (retail). Câu trả lời của đội là xây dựng lại cơ chế xác minh dựa trên các mạch (garbled circuits) thay vì phương pháp bằng chứng theo từng “mảnh” (chunked proof) mà BitVM2 sử dụng, chuyển gần như toàn bộ phần tính toán ra khỏi chuỗi (off-chain) và chỉ để lại cho Bitcoin một phần cam kết nhỏ để kiểm tra. Nghiên cứu độc lập về thiết kế cho thấy mức tăng hiệu quả hơn 1000 lần so với BitVM2, với một giao dịch assert (khẳng định) gần 56 kilobytes và một giao dịch disprove (phản bác) gần 200 bytes—giảm mạnh so với các giao dịch trước đây từng phải chạy 2 đến 4 megabytes.

Đó là một thắng lợi kỹ thuật thực sự, và nó không hề “miễn phí”. Cách tiếp cận theo từng mảnh trước đó giữ được nhiều logic xác minh dễ đọc ngay trên chính Bitcoin, dù nó đắt đỏ. Còn các garbled circuits nén logic đó thành một “khối” (blob) khó hiểu, chỉ có ý nghĩa trong một nghi lễ (ceremony) off-chain cụ thể giữa các bên cụ thể—chính vì vậy mà các nhà phê bình chỉ ra rằng việc thiết lập trung thực (setup honesty) trở thành một giả định mới. Babylon ưu tiên chi phí trước.

Babylon không tối ưu cho “độ tinh khiết” mật mã ở đây; họ tối ưu cho chi phí. Không thể vừa giữ cho việc xác minh vừa rẻ vừa hoàn toàn dễ đọc trên Bitcoin, đội ngũ đã biến một bài toán 16.000 USD thành một bài toán khoảng 9 USD và chấp nhận một lớp tin cậy mới ở ngoài chuỗi (off-chain) để đổi lại. Đây là một sự đánh đổi có chủ đích, không phải sơ suất.

@BabylonLabs_io $BANK $BTW $BABY #baby

Hỏi bất kỳ ai đã từng xem một vị thế DeFi bị gọi ký quỹ (margin call) thì bạn sẽ nghe cùng một câu chuyện: một nguồn cấp giá (price feed) nhích qua một ngưỡng, một bot nhận ra trước bạn, và tài sản thế chấp của bạn bị tịch thu trong thời gian để bạn làm mới một tab trình duyệt. Có thể giả định rằng tài sản thế chấp Bitcoin qua các vault của Babylon cũng sẽ hoạt động y hệt khi nó được đưa lên một thị trường cho vay.

Tuy nhiên, điều đó không đúng—ít nhất là không theo cơ chế đó. Một Babylon vault chỉ nhả BTC đang bị khóa cho bên thanh lý (liquidator) khi bên thanh lý đó gửi một bằng chứng không tri thức (zero knowledge proof) hợp lệ xác nhận rằng các điều khoản khoản vay thực sự đã bị vi phạm, chứ không phải khi giá oracle vượt qua một đường kẻ trên bảng điều khiển. Bằng chứng phải đối chiếu với trạng thái của smart contract trước khi Bitcoin script cho phép chuyển tiền, và thiết kế của Babylon còn có một giai đoạn thách thức (challenge period) để một yêu cầu bị tranh chấp có thể được phản biện trước khi nó được chốt vĩnh viễn.

Giả định rằng việc thanh lý lúc nào cũng có nghĩa là một cuộc đua giá tự động bỏ qua những thứ thực sự quyết định kết quả ở đây. Sự biến động giá vẫn có thể kích hoạt điều kiện đủ (eligibility) ở phía thị trường cho vay, nhưng phía Bitcoin sẽ không giao tài sản thế chấp cho bất kỳ ai không thể tạo ra bằng chứng mật mã chứng minh rằng sự vi phạm thực sự đã xảy ra. Đồng thời, một yêu cầu bị tranh chấp sẽ có một khoảng thời gian để được phản biện thay vì được chốt ngay lập tức—đó là một quy trình chậm hơn và ít chịu bị “đánh bại” hơn về mặt tranh chấp so với những gì mà phần lớn người dùng DeFi vẫn kỳ vọng từ các bot đua tốc độ.

Các Babylon vault không thanh lý theo cách mà hầu hết tài sản thế chấp DeFi thực hiện: đua theo một oracle giá ngay khi một ngưỡng bị phá vỡ. Chúng chặn mọi lần thu giữ bằng một bằng chứng đã được xác thực và một cửa sổ thách thức, đổi lấy tốc độ của một bot tự động lấy một quy trình mà một yêu cầu sai không thể đơn giản vượt mặt.

@BabylonLabs_io $AKE $BABY #baby

@BabylonLabs_io $BANK $DEXE $BABY #baby

Tôi có một người anh em họ mà mọi người luôn nhầm là anh trai của cậu ấy—cùng dáng đi, cùng tiếng cười từ xa. Nhưng lại gần thì chẳng có gì giống nhau: một người sưu tầm đồng hồ cổ điển, người còn lại thì chẳng buồn xem giờ. Crypto Twitter cũng làm điều tương tự với các cầu Bitcoin.

Mỗi lần một dự án nói rằng nó kết nối Bitcoin với một chuỗi khác, phản xạ là gọi đó là “bridge” (cầu), và các cầu có thành tích khá tệ: hàng tỷ đô bị mất vì các vụ khai thác, do một custodian đa chữ ký (multisig) hoặc một bên giữ token bọc (wrapped token) trở thành điểm lỗi duy nhất. Mặc định, các vault của Babylon cũng bị xếp vào nhóm đó.

Nhưng so sánh này bỏ qua cơ chế. Ngôn ngữ kịch bản (scripting) của Bitcoin không có các điều khoản ràng buộc (covenants), cũng không có cách “sẵn có” để giới hạn native cách một giao dịch tương lai có thể chi tiêu số tiền. Chính vì vậy mà những cầu cổ điển kiểu không cần tin tưởng (trustless) rất khó xây dựng nếu không có một nhóm “keeper” nào đó ở đâu đó. Các vault của Babylon né tránh điều này bằng cách khóa BTC trong một UTXO được điều khiển bởi các giao dịch đã được ký trước (pre-signed), được điều kiện hóa bằng mật mã ngay trên chính Bitcoin, chứ không phụ thuộc vào một tài sản bọc ở nơi khác. Mỗi vault được tách riêng theo từng người dùng thay vì gom chung vào một địa chỉ custodian dùng chung, và toàn bộ thiết kế vận hành trên Bitcoin đúng như nó đang tồn tại hiện nay: không cần opcode mới, không cần soft fork, không cần thay đổi đồng thuận (consensus).

Đó là hoàn toàn ngược lại với mô hình multisig-bridge. Không có “kho dự trữ” gộp chung cho kẻ tấn công có thể rút cạn trong một giao dịch, vì số tiền vốn không hề được gom chung ngay từ đầu. Bề mặt rủi ro khiến các cây cầu trong quá khứ trở thành tin lớn cho các vụ hack thì ở đây đơn giản là không có ở đúng hình dạng đó—dù cho những rủi ro mới, khác đi vẫn sẽ xuất hiện.

Babylon không phải là một cầu “đổi tên” mới; nó giống một lockbox (hộp khóa) tự thực thi hơn, chỉ là có đọc trạng thái từ các chuỗi khác.

#baby @BabylonLabs_io $DEXE $BANK $BABY

Một khu vườn cộng đồng gần căn hộ cũ của tôi có một nhà kho dụng cụ chung, để mở và ai đến trước dùng trước, được vận hành bởi một ủy ban luân phiên quyết định ai sẽ được những chiếc xẻng tốt trong các đợt khô hạn. Không ai có thể nói rằng các dụng cụ không được chia sẻ. Cũng không ai có thể nói rằng ủy ban đó không phải là “cổng” kiểm soát thật sự.

Trong tổng số 10 tỷ token BABY dự kiến, 15% tương ứng 1,5 tỷ token được đặt trong một quỹ khuyến khích cộng đồng do Babylon Foundation quản lý. Khác với 1,5 tỷ token của đội ngũ, vốn theo lịch 4 năm với thời gian “cliff” 1 năm; hoặc 3,05 tỷ token phân bổ cho nhà đầu tư sớm, được mở khóa 1/36 mỗi tháng theo lịch kéo dài đến tháng 4 năm 2029, phần phân bổ cho cộng đồng phần lớn đã được mở khóa và có thể được phân phối bất kỳ lúc nào Foundation lựa chọn. Một khoản “tách riêng” trong quỹ đó, 121,6 triệu BABY, được dành riêng cho các chiến dịch marketing của Binance, được phát hành sau sáu tháng kể từ khi Babylon Genesis ra mắt mainnet vào tháng 4 năm 2025. Các khoản phân bổ cho xây dựng hệ sinh thái và R&D, mỗi loại chiếm 18% tổng cung, cũng diễn ra tương tự: 25% được mở khóa ngay lập tức khi ra mắt, phần còn lại được phát trực tuyến tuyến tính trong 3 năm, cũng do Foundation quyết định. Gộp lại, các nhóm hệ sinh thái, R&D và cộng đồng tương đương 51% tổng nguồn cung 10 tỷ token, nằm dưới một hình thức “phát hành theo thời điểm của Foundation” thay vì một công thức công khai cố định. Vì vậy, các khoản phân bổ lớn nhất chưa vest không được người dùng nhận qua các quy tắc có thể dự đoán; chúng được phát hành theo phán quyết của Foundation, được “canh” theo các quan hệ đối tác sàn giao dịch nhiều như theo sự tăng trưởng hữu cơ của hệ sinh thái. Đây là quyền sở hữu của cộng đồng, hay là chi tiêu do Foundation chỉ đạo mang nhãn “cộng đồng”?

Cả hai cách hiểu đều có phần đúng. Token có đến tay người dùng và người xây dựng theo thời gian, nhưng nhịp độ và điểm đến vẫn do trung tâm quyết định, và nếu không có các tiêu chí phát hành định kỳ rõ ràng hơn, thì việc gọi đó là “quyền sở hữu cộng đồng thuần túy” là phóng đại.

Cái cân ở chợ nông sản của tôi có độ trễ ngắn trước khi nó chốt một mức cân. Chú tôi, người bán những quả cà chua gia truyền hiếm, đã hiệu chỉnh cân của mình để trễ lâu hơn so với quầy bán ngô bên cạnh. Ông ấy nói các mặt hàng hiếm thu hút nhiều trò “câu giá”, vì vậy ông muốn có thêm một nhịp trước khi con số ổn định.

Cỗ máy khớp lệnh của GRVT cũng chạy logic tương tự ở cấp độ sổ lệnh. Các cặp lớn được “gắn gờ” tốc độ 25 mili giây trước khi một lệnh có thể thực thi, trong khi altcoin được gắn gờ 50 mili giây—tức là gấp đôi độ trễ—nhằm giảm dòng chảy độc hại, kiểu săn báo giá siêu nhanh có thể trừng phạt các lệnh đang chờ trên sổ lệnh mỏng. Các đồng “major” có độ sâu đủ để hấp thụ dòng chảy biến động nhanh mà không gây quá nhiều thiệt hại; altcoin thì không, nên hệ thống làm chậm hơn ở những nơi rủi ro bị “chọn trúng” cao hơn. Chương trình tạo lập thị trường áp dụng một bất đối xứng tương tự nhưng cho khâu gia nhập (onboarding) thay vì khâu thực thi. Một market maker đã hoạt động trên sàn khác rồi di chuyển sang GRVT sẽ được tự động nhận hạng Bronze trong 14 ngày; các lợi ích giảm phí (rebate) được điều chỉnh tương ứng từ đó, thay vì bắt đầu từ “mốc nền” 0 như một người tham gia hoàn toàn mới. Điều đó loại bỏ riêng hình phạt khởi đầu nguội (cold-start) cho nhóm thanh khoản mà GRVT muốn thu hút nhanh. Về phí, mọi hạng đặc biệt nằm trên Level 9 hội tụ về cùng một mức phí taker, vì vậy “cầu thang” chỉ thưởng thêm cho khối lượng leo thang tới một điểm nhất định rồi phẳng ra, thay vì cứ tăng mãi. Cả ba cơ chế này đều không phải là các quy tắc đồng nhất áp dụng mọi nơi; mỗi cơ chế được hiệu chỉnh cho một rủi ro cụ thể hoặc cho một kiểu người tham gia cụ thể.

GRVT không áp dụng một tốc độ trễ đồng nhất hay một quy tắc onboarding đồng nhất cho mọi thị trường và mọi nhà giao dịch; hệ thống tinh chỉnh độ trễ khớp lệnh và cách xử lý rebate theo rủi ro ở cấp theo cặp và theo việc thanh khoản là mới hay đang di chuyển.

@grvt_io #grvt $LAB $VELVET

Một lần, chủ nhà của tôi đã đưa cho tôi một chìa khóa dự phòng chỉ mở được hộp thư, không mở được bất cứ thứ gì khác trong tòa nhà. Tôi nhớ đã nghĩ rằng như vậy là quá tay so với một cái hộp thư. Vài năm sau, tôi mới hiểu dụng ý: anh ấy không trao “niềm tin”, mà trao chính xác mức độ quyền truy cập mà một nhiệm vụ cần, và không hơn không kém.

Đó là logic tương tự nằm trong rollup Newton's Keystore. Thay vì cấp cho một tác nhân AI toàn bộ quyền ký để điều khiển ví, Keystore cho phép bạn giới hạn quyền ở mức chi tiết, hẹp cho từng nhu cầu cụ thể: tiêu tối đa trong giới hạn này, chỉ giao dịch đúng cặp này, chỉ hành động trong khoảng thời gian này. Các phạm vi quyền (scopes) được lưu onchain và được thực thi bằng mã hóa một cách chặt chẽ, chứ không phụ thuộc vào một lời hứa mà người vận hành tác nhân đưa ra rồi có thể bị vi phạm. Rollup cũng xử lý việc chuyển trạng thái xuyên chuỗi, nên quyền được cấp trên một mạng vẫn nhất quán khi các hành động của tác nhân lan sang các mạng khác.

Đánh đổi là có thật. Giới hạn quyền chi tiết đồng nghĩa với việc phải thiết lập nhiều hơn, đưa ra nhiều quyết định hơn trước khi một tác nhân thậm chí bắt đầu làm việc: giới hạn chi tiêu, khung thời gian, danh sách tài sản, quy tắc thu hồi. Một hệ thống đơn giản hơn chỉ cần xin một sự chấp thuận “trọn gói” và nhanh chóng tiến tới phần thú vị. Newton đã chủ động chọn lộ trình onboarding chậm hơn, đặt cược rằng những người ủy quyền quyền kiểm soát tài chính cho phần mềm tự động thực sự muốn “chìa khóa hộp thư”, chứ không phải “chìa khóa chính”, ngay cả khi việc cấu hình phạm vi quyền này tốn thêm vài phút ban đầu. Các session key được xây dựng trên chính logic giới hạn quyền đó cho phép người dùng thu hồi hoặc cập nhật một quyền ngay khi đang chạy (mid-flight) mà không đụng tới phần còn lại của ví—điều này đặc biệt quan trọng khi bạn có nhiều tác nhân hoạt động cùng lúc.

Newton không tối ưu để thiết lập tác nhân nhanh nhất có thể. Nó tối ưu để giảm thiểu “vùng ảnh hưởng” nhỏ nhất có thể nếu có sự cố xảy ra—và điều đó nói lên nhiều hơn về việc giao thức được xây dựng cho ai, hơn bất kỳ danh sách tính năng nào.

@NewtonProtocol $NEWT #Newt $LAB $VELVET

Tôi từng nghĩ rằng tài khoản tiết kiệm của mình chỉ trả lãi nếu mình để số tiền hoàn toàn không động trong trọn một năm, nên tôi chưa từng di chuyển dù chỉ một xu. Sau đó, một nhân viên ngân hàng nói với tôi rằng lãi được tính mỗi ngày một cách liên tục, bất kể gì, và cả một năm tôi ngồi bất động vì hoang mang chẳng thu được thêm gì cả.

Phần lớn mọi người cho rằng một sàn perpetual chỉ trả thưởng cho bạn khi bạn chủ động mở và đóng các vị thế đòn bẩy; phần dư nhàn rỗi đó cứ nằm im như tài sản thế chấp chết chờ được dùng. GRVT vận hành chương trình Earn on Equity chi trả khoảng 10% lợi suất hằng năm trên chính vốn chủ tài khoản (account equity), chứ không phải trên các lệnh giao dịch đã đặt hay khối lượng tạo ra. Không có thời gian khóa đi kèm: các quỹ vẫn hoàn toàn sẵn sàng để dùng ký quỹ hoặc rút bất cứ lúc nào. Lợi suất được cộng dồn mỗi 4 giờ, thay vì chỉ một lần mỗi ngày hoặc mỗi tháng. Vì vậy, một số dư nằm trong tài khoản phụ vẫn tiếp tục tăng dần theo các khoản nhỏ suốt 24/7, bất kể trong ngày đó có khớp lệnh hay không. Một trader nạp tài sản thế chấp nhưng không mở vị thế nào vẫn thấy số dư tăng lên, đơn giản chỉ vì nó tồn tại trên nền tảng với tư cách là vốn chủ đã được ghi nhận (posted equity), không có ngưỡng khối lượng, không có yêu cầu tối thiểu về số lượng giao dịch, và không có bậc nào cần mở khóa trước. Cách này đi ngược với giả định phổ biến rằng sàn phái sinh chỉ thưởng cho hoạt động—ở đây phần thưởng gắn với sự hiện diện, không phải sự chuyển động. Một trader thận trọng chờ hàng tuần để có đúng thời điểm vẫn nhận được cùng mức lãi suất nền như người mở và đóng vị thế mỗi giờ. Hầu hết các nền tảng cạnh tranh gắn lợi suất với khối lượng giao dịch hoặc một sản phẩm staking riêng khóa tài sản đó khỏi việc dùng ký quỹ, khiến bạn phải chọn giữa việc kiếm lãi và sẵn sàng giao dịch. Ở đây lựa chọn đó không tồn tại: cùng một số dư vừa dùng để mở vị thế, vừa tạo lãi ngay lập tức, theo lịch 4 giờ và không bao giờ ngắt.

GRVT không yêu cầu giao dịch liên tục để tạo ra lợi nhuận. Định kiến cho rằng số dư nhàn rỗi trên sàn sẽ không sinh lãi là sai ở đây—chính vốn chủ (equity) mới là tài sản tạo ra lợi nhuận, bất kể trader có bấm mua/bán bao nhiêu lần thực sự.

@grvt_io #grvt $LAB $VELVET