Uyên Nhi Ngx

#dusk $DUSK @Dusk

Mình từng nghĩ tích hợp Chainlink là chuyện bình thường, chain nào cũng làm để có oracle giá. Nhưng đọc kỹ thông báo Dusk và NPEX áp dụng Chainlink DataLink và Data Streams, mình nhận ra đây không phải oracle giá thông thường. NPEX là sàn giao dịch được cấp phép MTF tại Hà Lan, đã huy động hơn 200 triệu euro qua nền tảng và có hơn 17.500 nhà đầu tư hoạt động. Khi một sàn quy định như vậy cần dữ liệu tài chính có tính toàn vẹn cao để đưa tài sản token hóa lên chuỗi, bài toán không còn là lấy giá nhanh, mà là dữ liệu phải đủ tin cậy để qua được kiểm toán và giám sát. Chainlink CCIP đóng vai trò lớp tương tác chuẩn, kết nối dữ liệu này xuyên nhiều hệ sinh thái blockchain thay vì giữ kín trong nội bộ Dusk. Điều này biến DUSK không chỉ là hạ tầng riêng tư, mà thành điểm nối giữa tài chính truyền thống được cấp phép và DeFi công khai. Câu hỏi là khi ngày càng nhiều sàn quy định làm điều tương tự, chuẩn dữ liệu nào sẽ thắng thế?

#binancep2pantoan @Binance Vietnam

Một buổi chiều, người mua khớp lệnh USDT của mình xong liền nhắn "tài khoản em đang hết hạn , em nhờ người thân chuyển giúp nhé", rồi vài phút sau tiền về đúng số, nhưng tên trên biên lai là một cái tên hoàn toàn xa lạ.

Mình dừng lại ngay, không phải vì thiếu tiền, mà vì tên người chuyển không khớp với tên đăng ký của người mua trong đơn hàng. Dùng tài khoản không chính chủ để thanh toán là rủi ro thật, không chỉ chuyện đúng sai số tiền, mà nếu dòng tiền đó có nguồn gốc bất minh, chính tài khoản ngân hàng của mình có thể bị liên đới sau này.

Mình yêu cầu người mua giải thích ngay trong chat của đơn hàng, ai là chủ tài khoản vừa chuyển, quan hệ với người mua thế nào, chứ không tự suy đoán rồi release cho xong việc.

Câu trả lời càng vòng vo, mình càng chắc chắn nên dừng, report ngay trong lệnh, giữ lại ảnh biên lai và đoạn chat làm bằng chứng, để Hỗ trợ Binance xác minh trước khi có bất kỳ động thái nào tiếp theo.

Tên không khớp, dù tiền có đủ, vẫn là một dấu hỏi lớn.

#binancep2pantoan @Binance Vietnam

Có lần tôi đang bán ETH thì gần cuối giao dịch, người mua nhắn báo hệ thống "bị lỗi", nhờ tôi hủy đơn trên app rồi họ chuyển tiền thẳng qua ngân hàng cho nhanh, xong tôi tự gửi ETH sau. Nghe cũng hợp lý lúc đầu, vì đúng là thỉnh thoảng app có lag thật.

Nhưng tôi khựng lại một chút, vì nhớ ra hủy đơn tức là ký quỹ giải phóng, đơn không còn được nền tảng bảo vệ nữa, lúc đó chuyển bao nhiêu cũng chỉ dựa vào lời hứa của nhau thôi. Tôi từ chối hủy, bảo cứ để nguyên đơn trong app, có lỗi gì thì đợi hoặc liên hệ Hỗ trợ chứ không tự xử lý riêng.

Tranh thủ lúc chờ, tôi xem lại hồ sơ của họ thì thấy tài khoản mới tạo, chưa có mấy đơn hoàn tất, khác hẳn với vẻ chuyên nghiệp lúc nhắn tin. Một lúc sau họ vẫn thanh toán bình thường qua app, chẳng có lỗi gì cả. Tôi vào ngân hàng kiểm tra thấy tiền vào đúng số, tên khớp với đơn hàng, lúc đó mới mở khóa.

Xong tôi vẫn chụp lại đơn và đoạn chat lưu vào một thư mục riêng, phòng khi cần đối chiếu về sau.

Giờ nghĩ lại, may là hôm đó tôi không vội hủy đơn theo lời họ.

#dusk $DUSK @Dusk

Lần đầu đọc về Dusk Trade mình nghĩ đây chỉ là thêm một app tokenized asset nữa, thị trường đã có hàng chục cái tương tự. Nhưng càng đọc kỹ kiến trúc mình càng thấy nó không cạnh tranh ở lớp giao diện, mà ở lớp pháp lý phía sau. Dusk Trade là tầng ứng dụng chạy trên DuskEVM, đưa MMF, ETF, trái phiếu và RWA vào một nơi với sở hữu thực, thanh toán tức thời và khả năng composable kiểu DeFi. Điểm khác biệt nằm ở chỗ nó được thiết kế vận hành như một MTF và nền tảng đầu tư được cấp phép, tuân thủ quy định EU, chứ không phải một wrapper token đặt lên tài sản thật rồi hy vọng cơ quan quản lý bỏ qua. Hầu hết nền tảng RWA khác giải quyết bài toán kỹ thuật trước, pháp lý tính sau. Dusk Trade làm ngược lại. Đó là lý do mình nghĩ đây không phải một sản phẩm, mà là phép thử xem hạ tầng tài chính quy định có thể chạy native onchain hay không. Câu hỏi là nếu mô hình này chạy được ở EU, ai sẽ là bên tiếp theo thử ở thị trường khác?

#dusk $DUSK @Dusk

Mình chú ý DuskEVM từ lúc còn testnet, không phải vì thêm một EVM-compatible layer là điều gì mới, mà vì cách nó xử lý một mâu thuẫn mà phần lớn hạ tầng tài chính onchain chưa giải được, làm sao vừa riêng tư vừa kiểm toán được cùng lúc. Hedger, module privacy của DuskEVM, kết hợp homomorphic encryption dựa trên ElGamal với zero knowledge proofs để mã hóa số dư và số tiền giao dịch, trong khi vẫn cho bên được ủy quyền xem lại khi cần. Đây
không phải ẩn danh tuyệt đối kiểu DeFi cũ.

Nhưng đây là lúc mình thấy điểm khác biệt thật sự. Định chế tài chính không cần ẩn danh, họ cần selective disclosure, riêng tư với thị trường nhưng minh bạch với cơ quan quản lý khi được yêu cầu. Đó chính xác là thứ EVM truyền thống không làm được. Với proving trong trình duyệt dưới 2 giây, DuskEVM mở đường Solidity quen thuộc cho builder, nhưng chạy trên một tầng compliance mà Ethereum gốc không có.

Câu hỏi là bao nhiêu ứng dụng tài chính quy định hiện tại thực sự cần lớp này để tồn tại onchain?

#binancep2pantoan @Binance Vietnam

Tuần trước tôi hướng dẫn đứa em họ mua USDT lần đầu trên Binance P2P, vì nó nhắn hỏi tôi sao thấy giá rẻ hơn ở đâu đó mà không dám thử. Tôi bảo cứ để tôi ngồi cạnh làm mẫu một lần cho quen.

Chọn lệnh xong, tôi để ý hồ sơ người bán có tỷ lệ hoàn tất hơi thấp so với mức tôi hay chọn, nhưng huy hiệu vẫn ổn nên vẫn thử. Vào chat, người bán gửi luôn số tài khoản để chuyển tiền, nhưng tên trên đó lại không khớp với tên hiển thị trên đơn hàng. Tôi dừng lại, giải thích cho em là bước đối chiếu tên tài khoản này quan trọng, vì nếu chuyển nhầm người thì sau này chẳng có gì để đối chiếu lại.

Tôi hỏi thẳng trong chat của nền tảng, họ bảo "tài khoản công ty, cứ chuyển đi", giọng khá gấp gáp. Nghe vậy tôi càng chắc là nên hủy đơn, thay vì ngồi tranh cãi thêm.

Sau đó tôi chọn lại một lệnh khác, tên tài khoản khớp hoàn toàn, em họ tôi chuyển tiền xong tôi bảo nó chụp lại biên lai với mã đơn hàng, coi như tập thói quen lưu hồ sơ ngay từ lần đầu.

Nhìn nó làm xong tôi mới thấy, mấy bước tưởng rườm rà hóa ra lại là thứ cứu mình đúng lúc.

#binancep2pantoan @Binance Vietnam

Hồi mới tập giao dịch P2P, tôi từng suýt mắc một lỗi khá ngớ ngẩn. Lúc đó tôi cần bán một ít BNB, chọn lệnh của một người có vẻ quen mặt vì từng khớp đơn với tôi một lần trước đó rồi. Vì nghĩ "quen rồi" nên tôi hơi chủ quan, không kiểm tra lại hồ sơ của họ như mọi lần.

Giữa lúc chờ thanh toán, họ nhắn hỏi tôi có Zalo không để "trao đổi cho nhanh, khỏi phải gõ qua app". Tôi định đồng ý luôn vì nghĩ đằng nào cũng quen, nhưng sực nhớ ra là mọi thứ trao đổi ngoài nền tảng thì sau này có vấn đề gì cũng chẳng có gì để làm chứng, nên tôi vẫn giữ nguyên chat trong app.

Sau đó họ chuyển tiền và gửi ảnh xác nhận, nhưng lần này tôi vẫn tự mở app ngân hàng lên xem, chứ không tin ảnh đó ngay như trước. Tiền vào thật, tên khớp, tôi mới mở khóa.

Xong việc tôi mới nhận ra, quen mặt không có nghĩa là bỏ qua các bước kiểm tra, vì hồ sơ hay lịch sử giao dịch của họ cũng có thể thay đổi theo thời gian. Tôi vẫn lưu lại mã đơn hàng như thường lệ, coi như một thói quen không nên bỏ.

#binancep2pantoan @Binance Vietnam

Có lần tôi bán USDT cho một người mua nhắn rất lịch sự, hồ sơ cũng ổn, nên tôi không nghĩ ngợi nhiều. Vấn đề chỉ xảy ra sau khi họ chuyển tiền xong.

Tôi mở app ngân hàng kiểm tra, thấy đúng là có tiền vào, số tiền khớp, nhưng phần nội dung chuyển khoản lại ghi một câu gì đó không liên quan, kiểu như "trả nợ giúp bạn A", chứ chẳng nhắc gì đến mã đơn hàng. Tôi hỏi lại trong chat của nền tảng thì họ bảo chuyển nhầm mẫu, không sao đâu, cứ mở khóa đi.

Tôi vẫn thấy hơi lạ nên chưa vội làm theo, vì nội dung chuyển khoản bất thường cũng là một dấu hiệu mà tôi từng đọc là nên cẩn thận. Tôi nhắn lại là mình sẽ giữ nguyên trạng đơn một chút để kiểm tra thêm, và họ bắt đầu nhắn liên tục hối mở khóa gấp vì "sắp hết giờ". Nghe càng thúc ép tôi lại càng chắc là nên chậm lại.

Tôi chụp lại toàn bộ đoạn chat và biên lai, rồi mở khiếu nại ngay trong app thay vì tự quyết một mình. Bên Hỗ trợ vào kiểm tra và xử lý ổn thỏa, tôi không mất gì.

Sau vụ đó tôi mới thấy, đôi khi cảm giác "có gì không ổn" đáng để tin hơn là vội mở khóa cho xong.

#binancep2pantoan @Binance Vietnam

Có đợt tôi cần mua gấp một ít USDT để kịp chuyển tiền, lên P2P chọn đại một lệnh giá tốt mà không để ý kỹ hồ sơ người bán. Vừa vào chat, họ đã đề nghị tôi chuyển khoản thẳng qua số điện thoại, xong rồi họ tự "báo" bên hệ thống là hoàn tất, đổi lại giá sẽ rẻ hơn một chút.

Nghe thì hấp dẫn, nhưng tôi sực nhớ ra là mọi giao dịch nếu làm ngoài nền tảng thì phần ký quỹ của Binance coi như không còn tác dụng, tiền tôi chuyển đi sẽ chẳng có gì bảo vệ nếu họ không giao đủ. Tôi từ chối, giữ nguyên lệnh trong app rồi mới thanh toán.

Trước khi chuyển tiền tôi cũng tranh thủ xem lại hồ sơ của họ, thấy tỷ lệ hoàn tất khá thấp so với bình thường tôi hay chọn, nên tôi cẩn thận đối chiếu kỹ tên tài khoản nhận tiền với tên ghi trên đơn hàng. May là khớp, tôi mới chuyển.

Giao dịch xong xuôi, nhưng tôi vẫn lưu lại mã đơn hàng với ảnh chụp đơn để đó, phòng khi sau này cần liên hệ Hỗ trợ thì có cái mà đối chiếu.

#binancep2pantoan @Binance Vietnam

Tháng trước tôi bán ETH lần đầu cho một tài khoản mới lập, chưa có nhiều lịch sử giao dịch. Bình thường tôi hay ngại mấy tài khoản như vậy, nhưng thấy huy hiệu vẫn ổn nên tôi vẫn nhận đơn, chỉ là kỹ hơn một chút ở các bước sau.

Sau khi khớp lệnh, tôi yên tâm là ETH của mình đã được khóa vào ký quỹ của Binance chứ chưa chuyển đi đâu, nên có chuyện gì thì vẫn có chỗ để khiếu nại chứ không phải tự xử một mình. Người mua nhắn báo đã chuyển tiền, kèm ảnh chụp biên lai trông rất thật, nhưng tôi vẫn giữ nguyên tắc cũ là không mở khóa chỉ vì cái ảnh đó. Tôi mở app ngân hàng lên kiểm tra, và số dư vẫn chưa nhích một đồng nào.

Tôi nhắn lại trong chat của nền tảng, nói rõ là tôi cần thấy tiền vào tài khoản trước, chứ không dựa vào ảnh chụp màn hình. Vài phút sau tiền vào thật, tên người chuyển cũng khớp với tên trên đơn hàng, tôi mới mở khóa.

Xong đơn tôi vẫn lưu lại mã đơn hàng và đoạn chat như thường lệ, coi như thói quen nhỏ mà giờ thấy đáng để giữ.

#binancep2pantoan @Binance Vietnam

Có lần tôi mua BNB trên Binance P2P, chọn một người bán có huy hiệu và tỷ lệ hoàn tất cao nên cũng thấy an tâm. Nhưng ngay sau khi vào chat, họ nhắn hối tôi chuyển tiền nhanh vì "sắp có người khác đặt", nghe hơi lạ vì đơn đã khớp cho tôi rồi thì làm gì có ai chen ngang được.

Tôi vẫn chuyển khoản như bình thường, nhưng đến lúc gần xong thì họ đổi sang một số tài khoản khác, không khớp với tên trên đơn hàng ban đầu. Đó là lúc tôi dừng lại, vì thay đổi tài khoản thanh toán giữa chừng là một trong những dấu hiệu nghi vấn mà tôi từng đọc qua. Họ còn ngỏ ý nhắn riêng qua ứng dụng khác để "xử lý cho gọn", nhưng tôi từ chối và giữ nguyên mọi trao đổi trong chat của nền tảng, vì bước ra ngoài hệ thống thì sau này có tranh chấp cũng không còn gì để đối chiếu.

Tôi chụp lại toàn bộ đoạn chat, lưu mã đơn hàng, rồi mở khiếu nại ngay trong app. Đội Hỗ trợ Binance vào xử lý và đơn được hủy an toàn, tiền tôi không mất.

Từ đó tôi mới thấy, đôi khi chỉ cần chậm lại một nhịp là tránh được rất nhiều thứ.

#binancep2pantoan @Binance Vietnam

Lần đầu bán USDT trên Binance P2P, tôi cũng hơi run vì chưa quen. Nhưng nhìn lại thì hệ thống đã lo sẵn phần khó nhất cho mình rồi, vì ngay khi khớp lệnh, số crypto của tôi được khóa vào ký quỹ (escrow) chứ không giao thẳng cho người mua, nên nếu có sự cố gì thì vẫn còn kênh khiếu nại chính thức để dựa vào chứ không phải tự chịu.

Trước khi xác nhận đơn, tôi có thói quen lướt hồ sơ đối tác một chút, xem huy hiệu, tỷ lệ hoàn tất và lịch sử giao dịch ra sao, rồi đối chiếu tên tài khoản nhận tiền với thông tin đơn hàng cho khớp. Hôm đó người mua còn ngỏ ý chuyển khoản ngoài app cho nhanh, nhưng tôi từ chối và giữ mọi trao đổi trong chat của nền tảng, vì ra ngoài hệ thống thì escrow với lịch sử chat cũng mất theo, lúc đó có tranh chấp cũng chẳng còn gì để đối chiếu.

Đến khi họ gửi ảnh chụp màn hình bảo đã chuyển tiền và giục mở khóa gấp, tôi vẫn tự mở app ngân hàng kiểm tra, và đúng là chưa thấy tiền vào thật. Tôi nhắn lại là sẽ đợi đến khi nhận được tiền, và họ im luôn từ đó.

Tôi vẫn giữ lại mã đơn hàng và toàn bộ đoạn chat hôm ấy, phòng khi cần liên hệ Hỗ trợ. Nếu lúc đó tôi vội thì chắc đã mất hàng.

#binancep2pantoan @Binance Vietnam

Giao dịch P2P giống như đặt cọc mua nhà qua trung gian, bạn không đưa tiền thẳng cho người bán mà có ai đó giữ tài sản ở giữa cho đến khi cả hai bên xác nhận xong xuôi. Đó chính là cơ chế ký quỹ (escrow) của Binance P2P. Crypto được khóa lại, chat trong nền tảng lưu vết mọi trao đổi, nên nếu có sự cố, bạn luôn có kênh khiếu nại chính thức để dựa vào.

Nhiều người nghĩ giao dịch ngoài nền tảng cho nhanh, nhưng thật ra khi bước ra khỏi hệ thống thì escrow biến mất, chat cũng biến mất, và nếu có tranh chấp thì gần như chẳng còn gì để đối chiếu. Vì vậy nền tảng không phải thủ tục rườm rà, mà là lớp bảo vệ duy nhất bạn có.

Trước khi chốt lệnh, hãy nhìn hồ sơ đối tác, gồm huy hiệu, tỷ lệ hoàn tất, lịch sử giao dịch, rồi đối chiếu tên tài khoản nhận tiền với thông tin đơn hàng. Cũng đừng chỉ tin ảnh chụp màn hình, mà tự mở app ngân hàng để thấy tiền vào tài khoản mình rồi mới mở khóa.

Còn khi chưa chắc, cứ dừng lại và hỏi Hỗ trợ Binance, vẫn còn kịp.

#baby $BABY @BabylonLabs_io

Tôi gặp phải một điều khá kỳ lạ khi thử nghiệm luồng TBV qua Aave v4 trên testnet. Số dư USDC mà tôi đã vay không được cập nhật trong gần mười phút sau khi giao dịch đã được xác nhận ở phía tôi. Lúc đầu, tôi nghĩ rằng mình đã phát hiện ra một vấn đề thực sự đáng để viết về.

Tôi đã đăng về chuyện đó trong kênh cộng đồng của Babylon, kỳ vọng rằng hoặc sẽ nhận được sự im lặng, hoặc một câu trả lời mẫu mang tính chung chung — điều thường xảy ra khi bạn gắn cờ một vấn đề trên một testnet mới. Thế nhưng, thay vào đó, một người trong nhóm đã hỏi địa chỉ ví và mã băm giao dịch của tôi chỉ trong vài phút. Sau đó họ quay lại giải thích rằng đó là độ trễ của bộ lập chỉ mục (indexer) từ phía họ, không phải sự cố ở vault, và rằng đã có một bản sửa đang được đưa vào hàng đợi.

Cuộc trao đổi đó cho tôi hiểu về Trustless Bitcoin Vaults (TBV) nhiều hơn so với tài liệu. Ai cũng có thể viết những đoạn marketing gọn gàng về tài sản thế chấp BTC gốc, không bọc (wrapping), không cầu nối (bridging). Ít đội phản hồi trực tiếp như vậy khi một người dùng ngẫu nhiên báo một vấn đề lộn xộn trên testnet, trước khi có bất kỳ động lực nào để trông thật “đẹp” trước một lượng khán giả lớn hơn.

Tôi vẫn chưa hoàn toàn tin tưởng bất kỳ giao thức nào chỉ dựa trên một lần tương tác tốt, nhưng nó đã giúp tôi chuyển từ thái độ hoài nghi sang sẵn sàng tiếp tục thử nghiệm.

#baby $BABY @BabylonLabs_io

Tôi có một thói quen với các dự án mà tôi dự định viết về lâu dài: tôi lưu một ghi chú cũ, nơi tôi ghi lại những gì họ hứa và thời điểm nào, rồi sau đó quay lại kiểm tra xem rốt cuộc nó có được triển khai hay không. Đa số dự án thất bại một cách lặng lẽ như vậy: ngày tháng bị trễ, tính năng bị đổi tên, và chẳng ai theo đuổi đến cùng.

Việc xem lại ghi chú của chính tôi về Babylon còn thú vị hơn tôi tưởng. Mạng staking BTC thông qua các nhà cung cấp finality từ giai đoạn chỉ là lời nói trên testnet đã chuyển thành thứ mà người ta thực sự đang dùng, và giờ đây Trustless Bitcoin Vaults (TBV) xuất hiện như một bước đi tiếp theo tự nhiên, thay vì là một cuộc chạy đua để thông báo điều gì đó mới. Việc vay mượn được bảo chứng bằng Bitcoin gốc thông qua Aave v4 lên public testnet cũng khớp khá sát với mốc thời gian mà họ đã từng phác ra trước đó trong năm—một điều hiếm hơn lẽ ra trong lĩnh vực này.

Tôi không nói rằng điều đó chứng minh được gì về việc mainnet sẽ vận hành như thế nào; testnet chỉ là một tiêu chuẩn thấp hơn. Nhưng chính việc theo dõi của tôi—không phải các hoạt động marketing của họ—mới là thứ thuyết phục tôi rằng Babylon có xu hướng giao những thứ đúng thời điểm mà họ nói.

Chuỗi theo dõi đó là lý do duy nhất khiến tôi sẵn sàng thực sự thử TBV với sự chú ý, thay vì thái độ hoài nghi.

#baby $BABY @BabylonLabs_io

Tôi bắt đầu theo dõi Babylon từ một thời gian trước, chủ yếu là vì câu chuyện staking—BTC giúp bảo mật các chuỗi khác thông qua các nhà cung cấp finality. Tôi không ngờ mình lại kết thúc việc dành cả một cuối tuần để đọc tài liệu của họ về Trustless Bitcoin Vaults, nhưng đó chính là thứ đã kéo tôi vào dự án.

Điều khiến tôi ấn tượng đầu tiên là tài liệu của họ giả định bạn đã hiểu khá rõ mô hình UTXO của Bitcoin và những giới hạn của script. Tôi đã phải dừng lại hai lần và quay lại đọc tài liệu nền chỉ để hiểu vì sao việc dùng BTC collateral dạng native về mặt kỹ thuật lại khó khăn ngay từ đầu: việc “wrapping” tồn tại vì Bitcoin chưa bao giờ được thiết kế để nói chuyện với các chuỗi khác. Khi điều đó đã “khớp”, Trustless Bitcoin Vaults (TBV) trở nên hợp lý hơn rất nhiều—giống như một câu trả lời kỹ thuật thực sự, hơn là một nhãn marketing.

Tôi cũng dành thời gian trong các kênh cộng đồng của họ, hỏi những câu hỏi cơ bản về việc TBV khác gì so với các sản phẩm BTC bridge trước đó. Câu trả lời mang tính kỹ thuật—thậm chí đôi khi còn kỹ thuật hơn mức tôi mong muốn—nhưng không ai né tránh những câu hỏi khó hơn về rủi ro thanh lý hay rủi ro oracle.

Đó không phải điều tôi có thể nói về mọi dự án mà tôi đã đề cập ở đây.

Vẫn đang dần hoàn thiện quan điểm của mình, nhưng chiều sâu đằng sau TBV đã thu hút sự chú ý của tôi nhiều hơn những gì tôi dự đoán ban đầu.

#baby $BABY @BabylonLabs_io

Có người trong một cuộc trò chuyện về rủi ro đã nhắc đến năm 2022 một cách tự phát, không phải sự sụp đổ của token mà ai cũng nhớ, mà là nguyên nhân “âm thầm” nằm bên dưới: việc tài sản đảm bảo (collateral) bị tái sử dụng trên nhiều giao thức cùng lúc, cho đến khi không ai còn biết thực sự có bao nhiêu giá trị hỗ trợ (backing) thật sự tồn tại. Mẫu hình đó thường lặp lại mỗi khi một tài sản trở nên phổ biến như tài sản đảm bảo.

Đó là góc nhìn mà tôi chưa thấy ai đề cập về Trustless Bitcoin Vaults (TBV) (Kho tiền Bitcoin không cần tin cậy). TBV cho phép BTC gốc đóng vai trò tài sản đảm bảo mà không cần bọc (wrapping) hay cầu nối (bridging), và sản phẩm đầu tiên ra mắt trên testnet công khai—việc vay mượn được bảo đảm bằng Bitcoin gốc thông qua Aave v4—chính là kiểu tích hợp mời gọi tính “tương tác lắp ghép” (composability). Khi BTC nằm làm tài sản đảm bảo trong Aave v4, khoản USDC hoặc USDT được vay ra không nhất thiết phải dừng ở đó; nó có thể được tái triển khai vào một vị thế khác, một giao thức khác, hoặc một vòng lặp khác.

Tất cả điều đó không phải là duy nhất của TBV; đó chỉ là cách DeFi vận hành. Nhưng điểm bán hàng riêng của TBV là giảm thiểu nhu cầu tin cậy (trust minimization). Và đòn bẩy tái thế chấp (rehypothecated leverage) xây dựng phía trên một cách “lặng lẽ” lại tái đưa rủi ro đối tác và rủi ro thanh khoản mà tài sản đảm bảo BTC gốc vốn được kỳ vọng sẽ tránh, quay trở lại.

Bản thân cái vault có thể là không cần tin cậy, trong khi hệ sinh thái được xây dựng bên trên nó thì không.

Theo dõi xem liệu khoảng cách đó có trở thành một cuộc thảo luận thực sự hay không, khi khối lượng TBV vượt khỏi giai đoạn testnet.

#baby $BABY @BabylonLabs_io

Mọi giao thức cho vay mà tôi từng thấy thất bại đều sụp đổ theo cùng một cách: không phải vì tài sản thế chấp kém, mà vì nguồn cấp giá đã nói dối trong vài giây quan trọng. Terra, Mango, một nửa trong số các vụ khai thác quy mô nhỏ hơn trong vài năm qua—câu chuyện gần như lúc nào cũng là một vấn đề oracle được khoác lên như một thứ khác.

Đó là câu hỏi tôi cứ quay lại với Trustless Bitcoin Vaults (TBV). TBV cho phép BTC gốc được dùng làm tài sản thế chấp mà không cần bọc (wrapping), với cơ chế vay mượn BTC gốc được hỗ trợ bằng Bitcoin thông qua Aave v4 hiện đang chạy trên mạng testnet công khai ngay lúc này. Việc loại bỏ bước bọc và “người giám hộ” của cầu nối (bridge custodian) thực sự loại bỏ được hai bề mặt tấn công thật sự. Nhưng nó không loại bỏ được một bề mặt thứ ba: oracle giá BTC, nơi quyết định khi nào một vị thế bị thanh lý.

BTC gốc không “sống” trên Ethereum một cách tự nhiên, vì vậy trong hệ thống này, ở đâu đó phải có một nguồn cấp giá chuyển đổi điều kiện thị trường Bitcoin thành một con số mà Aave v4 có thể hành động theo. Bất cứ thứ gì đảm bảo cho nguồn cấp dữ liệu đó trở nên quan trọng không kém—thậm chí quan trọng hơn—bản thân logic của vault. Bởi vì một bản cập nhật giá sai có thể kích hoạt thanh lý ngay cả khi tài sản thế chấp thực tế hoàn toàn ổn.

Tài sản thế chấp theo kiểu trustless vẫn cần một nguồn giá được tin cậy, và phần thiết kế đó vẫn chưa phải là điểm nhấn lớn.

#baby $BABY @BabylonLabs_io

Tôi bước vào mạng thử nghiệm Aave v4 với kỳ vọng sẽ gặp cảnh hỗn loạn quen thuộc của ngày đầu: nửa nút bấm bị hỏng, một faucet không hoạt động, và mở ba tab chỉ để xác định mạng nào cần chuyển sang. Thông thường, đây mới là rào cản thực sự đối với DeFi BTC gốc, chứ không phải mô hình bảo mật.

Việc thử nghiệm các Vault Bitcoin không cần tin cậy (TBV) thông qua Aave v4 đã thay đổi đôi chút kỳ vọng đó. Gửi BTC testnet làm tài sản thế chấp và vay USDC chỉ cần một lần kết nối ví và một chữ ký cho giao dịch gửi, rồi một lần kết nối và chữ ký thứ hai cho phần vay—không có bước bọc (wrapping) nào ở giữa, cũng không có giao diện cầu nối riêng để “nhảy” qua trước.

Nhưng phần làm tôi chậm lại thực sự không phải là vault; mà là thời gian chờ xác nhận trên Bitcoin, trước khi tài sản thế chấp được hiển thị như có thể sử dụng ở phía Ethereum. Bảo mật BTC gốc đồng nghĩa với thời gian block của BTC gốc, và sự đánh đổi đó không thấy trong nội dung marketing, nhưng lại hiện rõ ngay khoảnh khắc bạn đang nhìn màn hình “đang chờ”.

Một giao diện gọn gàng cũng không thể che giấu thực tế rằng tính cuối cùng (finality) của Bitcoin chậm hơn chuỗi mà bạn đang vay trên đó.

Thú vị là Babylon sẽ làm cho khoảng chờ này trở nên “chấp nhận được” như thế nào khi tiền thật—không phải BTC testnet—đang nằm trong hàng đợi.

#baby $BABY @BabylonLabs_io

Tôi cứ thấy “self-custodial” (tự lưu ký) được dùng như một từ ngữ marketing hơn là một tuyên bố kỹ thuật. Rất nhiều sản phẩm nói rằng “bạn giữ chìa khóa, bạn giữ crypto”, rồi lặng lẽ bổ sung một dịch vụ khôi phục, một “guardian wallet” (ví giám hộ) hoặc quy trình tạo ticket hỗ trợ… khiến cam kết lưu ký nghe mềm hơn so với cách họ diễn đạt.

Vì vậy, tôi đã đi tìm hiểu cách Trustless Bitcoin Vaults (TBV) xử lý vấn đề này. TBV cho phép đăng ký native Bitcoin làm tài sản thế chấp mà không cần bọc (wrapping) hay cầu nối (bridging). Lần sử dụng trực tiếp đầu tiên là việc vay mượn Bitcoin được bảo đảm bằng chính native Bitcoin thông qua Aave v4 trên public testnet: bạn vay các tài sản như USDC hoặc USDT bằng cách thế chấp BTC mà bạn không hề đưa cho bất kỳ ai.

Điểm quan trọng ở đây là điều gì xảy ra tại thời điểm ký giao dịch (signing). Nếu tự lưu ký là thật, thì các khóa của người dùng phải là thứ duy nhất có thể di chuyển tài sản thế chấp—không có ủy ban multisig, không có một tập hợp validator của cầu nối đứng ở giữa lặng lẽ.

Tôi đã thử luồng vay trên testnet và không thấy bước “custodian” (người/cơ chế lưu ký) bị ẩn đi kèm. Điều này là tín hiệu tốt hơn so với những gì phần lớn dự án cung cấp ở giai đoạn này.

Tuy vậy, hành vi trên testnet trong điều kiện bình ổn vẫn chưa đủ bằng chứng rằng cam kết tự lưu ký sẽ được giữ vững trong một chuỗi thanh lý (liquidation cascade).