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

I ran into something odd while testing the TBV flow through Aave v4 on testnet, my borrowed USDC balance did not update for almost ten minutes after the transaction confirmed on my end. My first instinct was that I had found a real problem worth writing about.

I posted about it in Babylon's community channel expecting either silence or a generic canned reply, which is usually what happens when you flag something on a fresh testnet. Instead someone from the team asked for my wallet address and transaction hash within minutes, then came back explaining it was an indexer delay on their side, not a vault issue, and that a fix was already queued.

That exchange told me more about Trustless Bitcoin Vaults (TBV) than the documentation did. Anyone can write clean marketing copy about native BTC collateral, no wrapping, no bridging. Fewer teams respond that directly when a random user flags something messy on testnet, before there is any incentive to look good for a bigger audience.

I still do not fully trust any protocol based on one good interaction, but it moved my baseline from skeptical to willing to keep testing.

#baby $BABY @BabylonLabs_io

Saya punya kebiasaan dengan proyek yang saya rencanakan untuk saya tulis dalam jangka panjang: saya menyimpan catatan lama tempat saya mencatat apa yang mereka janjikan dan kapan, lalu saya cek lagi nanti untuk melihat apakah proyek itu benar-benar dirilis. Kebanyakan proyek gagal secara diam-diam seperti ini; tanggalnya bergeser, fiturnya berganti nama, dan tidak ada yang menindaklanjuti.

Menelusuri catatan saya sendiri tentang Babylon ternyata lebih menarik daripada yang saya kira. Jaringan staking BTC melalui penyedia finality yang awalnya hanya dibicarakan sebagai hal di testnet, kini menjadi sesuatu yang memang digunakan orang. Lalu, Trustless Bitcoin Vaults (TBV) muncul sebagai langkah berikutnya yang alami, bukan sekadar upaya untuk mengumumkan sesuatu yang baru dengan tergesa-gesa. Peminjaman berbasis Bitcoin langsung melalui Aave v4 yang mendarat di public testnet juga selaras dengan timeline yang mereka kemukakan sebelumnya di tahun ini—sesuatu yang lebih jarang daripada yang seharusnya terjadi di ruang ini.

Saya tidak mengatakan ini membuktikan apa pun tentang eksekusi di mainnet; pengiriman di testnet adalah standar yang lebih rendah. Tapi pelacakan saya sendiri, bukan pemasaran mereka, yang membuat saya yakin bahwa Babylon cenderung mengirim hal-hal yang sesuai dengan saat mereka bilang akan mengirimkannya.

Rekam jejak itulah satu-satunya alasan saya bersedia benar-benar menguji TBV dengan perhatian, bukan dengan sikap skeptis.

#baby $BABY @BabylonLabs_io

Saya mulai mengikuti Babylon beberapa waktu lalu terutama karena ceritanya tentang staking, yaitu BTC yang mengamankan rantai lain melalui penyedia finalitas. Saya tidak menyangka akhirnya menghabiskan akhir pekan untuk membaca dokumentasi mereka tentang Trustless Bitcoin Vaults, tetapi di situlah proyek ini menarik perhatian saya.

Hal pertama yang mencolok bagi saya adalah betapa dokumentasinya mengasumsikan bahwa Anda sudah memahami model UTXO Bitcoin dan keterbatasan script. Saya harus berhenti dua kali dan membaca materi latar belakang hanya untuk memahami mengapa jaminan BTC native sebenarnya sulit secara teknis sejak awal—pembungkusan (wrapping) ada karena Bitcoin tidak pernah dirancang untuk berbicara dengan chain lain. Setelah itu masuk akal, Trustless Bitcoin Vaults (TBV) jadi jauh lebih masuk sebagai jawaban engineering yang nyata, bukan sekadar label pemasaran.

Saya juga meluangkan waktu di kanal komunitas mereka, mengajukan pertanyaan dasar tentang bagaimana TBV berbeda dari produk jembatan BTC sebelumnya. Jawabannya teknis, kadang lebih teknis daripada yang saya inginkan, tetapi tidak ada yang menghindar dari pertanyaan-pertanyaan sulit tentang risiko likuidasi atau oracle.

Itu bukan sesuatu yang bisa saya katakan tentang setiap proyek yang pernah saya bahas di sini.

Masih membentuk opini penuh saya, tetapi kedalaman di balik TBV justru menarik perhatian saya lebih banyak daripada yang saya perkirakan sejak awal.

#baby $BABY @BabylonLabs_io

Seseorang di ruang obrolan risiko membahas 2022 secara tidak diminta—bukan keruntuhan token yang semua orang ingat, melainkan penyebab yang lebih tenang di bawahnya: jaminan (collateral) yang digunakan kembali di banyak protokol sekaligus hingga tak ada yang bisa memastikan seberapa besar dukungan nyata yang benar-benar ada. Pola seperti itu cenderung terulang setiap kali sebuah aset menjadi jaminan yang populer.

Itulah sudut pandang yang belum pernah saya lihat ada yang angkat terkait Trustless Bitcoin Vaults (TBV). TBV memungkinkan BTC asli berfungsi sebagai jaminan tanpa membungkus atau melakukan bridging, dan produk pertamanya yang sudah live di public testnet—peminjaman berbasis Bitcoin asli melalui Aave v4—adalah jenis integrasi yang mendorong komposabilitas. Setelah BTC dijadikan jaminan di dalam Aave v4, USDC atau USDT yang dipinjam tidak harus berhenti di situ; ia bisa didaur ulang ke posisi lain, protokol lain, atau putaran (loop) lain.

Semua itu tidak unik untuk TBV; itu memang cara kerja DeFi. Namun poin jual spesifik TBV adalah minimisasi kepercayaan, dan leverage yang direhipotekasi (rehypothecated) yang dibangun di atasnya secara diam-diam menghidupkan kembali risiko pihak lawan dan risiko likuiditas yang seharusnya dihindari oleh jaminan BTC asli sejak awal.

Vault-nya sendiri bisa tanpa kepercayaan, tetapi ekosistem yang dibangun di atasnya belum tentu.

Menyimak apakah kesenjangan itu akan menjadi percakapan nyata saat volume TBV melewati tahap testnet.

#baby $BABY @BabylonLabs_io

Setiap protokol pemberian pinjaman yang pernah saya lihat gagal runtuh dengan cara yang sama: bukan karena agunannya buruk, melainkan karena price feed berbohong selama beberapa detik kritis. Terra, Mango, setengah dari eksploitasi yang lebih kecil dari beberapa tahun terakhir—ceritanya hampir selalu masalah oracle yang disamarkan sebagai hal lain.

Itulah pertanyaan yang terus saya bawa kembali dengan Trustless Bitcoin Vaults (TBV). TBV memungkinkan BTC asli dijadikan agunan tanpa wrapping, dengan peminjaman berbasis Bitcoin asli melalui Aave v4 yang saat ini sudah berjalan di public testnet. Menghapus langkah wrapping dan custodian bridge benar-benar menghilangkan dua permukaan serangan yang nyata. Tapi itu tidak menghilangkan yang ketiga: oracle harga BTC yang menentukan kapan sebuah posisi akan dilikuidasi.

BTC asli tidak hidup secara native di Ethereum, jadi di suatu tempat dalam sistem ini ada price feed yang harus menerjemahkan kondisi pasar Bitcoin menjadi sebuah angka yang bisa digunakan oleh Aave v4. Apa pun yang mengamankan feed tersebut menjadi sama pentingnya dengan logika vault itu sendiri, bahkan mungkin lebih, karena pembaruan harga yang buruk bisa memicu likuidasi meskipun agunan sebenarnya sepenuhnya baik.

Agunan trustless tetap membutuhkan harga yang tepercaya, dan bagian desain itu belum menjadi sorotan utama.

#baby $BABY @BabylonLabs_io

Saya masuk ke Aave v4 testnet dengan ekspektasi keruwetan hari pertama yang biasa: tombol-tombol yang setengah rusak, faucet yang tidak berfungsi, dan tiga tab terbuka hanya untuk mencari tahu jaringan mana yang harus diubah. Biasanya, inilah penghalang sebenarnya untuk DeFi BTC native, bukan model keamanannya.

Menguji Trustless Bitcoin Vaults (TBV) melalui Aave v4 mengubah ekspektasi itu sedikit. Mendepositkan testnet BTC sebagai jaminan dan meminjam USDC hanya membutuhkan satu koneksi dompet dan satu tanda tangan untuk deposit, lalu yang kedua untuk peminjaman—tanpa langkah wrapping di antaranya, dan tanpa antarmuka bridge terpisah untuk “memantul” terlebih dahulu.

Tapi bagian yang benar-benar memperlambat saya bukanlah vault-nya; melainkan menunggu waktu konfirmasi Bitcoin sebelum jaminan muncul sebagai bisa digunakan di sisi Ethereum. Keamanan BTC native berarti waktu blok BTC native, dan kompromi itu tidak terlihat di materi pemasaran, tetapi sangat terasa tepat saat Anda menatap layar yang masih pending.

Antarmuka yang rapi tidak bisa menyembunyikan kenyataan bahwa finalitas Bitcoin lebih lambat daripada chain tempat Anda meminjam.

Saya penasaran bagaimana rencana Babylon agar waktu tunggu itu terasa dapat diterima ketika uang sungguhan—bukan BTC testnet—sudah berada dalam antrean.

#baby $BABY @BabylonLabs_io

Saya terus melihat "self-custodial" digunakan sebagai kata pemasaran, bukan klaim teknis. Banyak produk mengatakan kunci Anda, kripto Anda, lalu diam-diam menambahkan layanan pemulihan, dompet penjaga, atau proses tiket dukungan yang membuat janji kustodi menjadi lebih lunak daripada yang terdengar.

Jadi saya benar-benar menelusuri bagaimana Trustless Bitcoin Vaults (TBV) menangani hal ini. TBV memungkinkan Bitcoin asli dipasang sebagai jaminan tanpa wrapping atau bridging, dan penggunaan live pertamanya adalah pinjaman berbasis Bitcoin asli melalui Aave v4 di testnet publik, di mana Anda meminjam aset seperti USDC atau USDT dengan jaminan BTC yang tidak pernah Anda serahkan kepada siapa pun.

Detail yang penting di sini adalah apa yang terjadi saat penandatanganan. Jika self-custody itu benar, kunci pengguna harus menjadi satu-satunya hal yang dapat memindahkan jaminan, tanpa komite multisig, tanpa kumpulan validator bridge yang diam-diam berada di tengah.

Saya menguji alur peminjaman di testnet dan tidak melihat langkah custodian tersembunyi, yang merupakan tanda lebih baik daripada yang diberikan kebanyakan proyek pada tahap ini.

Namun, perilaku testnet dalam kondisi yang tenang bukan bukti bahwa janji self-custody tetap berlaku selama rangkaian likuidasi.