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

عندما بدأت للتو تعلّم التداول عبر P2P، كدت أقع في خطأ سخيف إلى حد ما. في ذلك الوقت احتجت إلى بيع بعض BNB، فاخترت إعلان شخص بدا لي مألوفًا لأننا كنا قد أجرينا صفقة معه من قبل. وبسبب أنني ظننت أنه «معروف»، أصبحت متراخيًا قليلًا ولم أتحقق من ملفه كما أفعل عادة.

وأثناء انتظاري للدفع، أرسل لي رسالة يسأل فيها إن كان لدي Zalo لكي «نُنجز بسرعة، دون الحاجة للكتابة عبر التطبيق». كنتُ على وشك الموافقة مباشرة لأنني اعتقدت أننا مألوفون، لكنني تذكرت أن أي شيء يتم تبادله خارج المنصة، إذا حدثت لاحقًا مشكلة فلن يكون هناك ما يمكن الاستشهاد به كشاهد، لذا أبقيت المحادثة داخل التطبيق.

بعد ذلك قام بتحويل الأموال وأرسل صورة تأكيد، لكن هذه المرة ما زلت بنفسي أفتح تطبيق البنك للتحقق، بدل أن أصدق الصورة فورًا كما فعلت سابقًا. دخلت الأموال فعلًا، وتطابق اسم الصفقة، عندها فقط فتحت القفل.

بعد إنهاء الأمر، أدركت لاحقًا أن كون الشخص مألوفًا لا يعني تجاوز خطوات التحقق؛ فبياناته أو سجل معاملاته قد يتغيران مع مرور الوقت. لذلك ما زلت أحفظ رقم الطلب كما أفعل دائمًا، وكأني بذلك أتبع عادة لا ينبغي التخلي عنها.

#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

واجهت شيئًا غريبًا أثناء اختبار تدفّق TBV عبر Aave v4 على شبكة الاختبار (testnet). لم يتم تحديث رصيد USDC المقترض لدي إلا بعد قرابة عشر دقائق من تأكيد المعاملة من جهتي. كانت أول فرضيتي أنني وجدت مشكلة حقيقية جديرة بالكتابة عنها.

نشرت هذا الأمر في قناة مجتمع Babylon، متوقعًا إما الصمت أو ردًا عامًا جاهزًا عادةً ما يحدث عند الإبلاغ عن شيء في شبكة اختبار جديدة. بدلًا من ذلك، طلب أحد أفراد الفريق عنوان محفظتي وهاش المعاملة خلال دقائق، ثم عاد ليشرح أن الأمر كان بسبب تأخير في المفهرس (indexer) من جانبهم وليس مشكلة في الخزنة (vault)، وأن هناك إصلاحًا تمّت جدولة تنفيذه بالفعل.

عرّفني ذلك الحوار عن Trustless Bitcoin Vaults (TBV) أكثر مما فعلت الوثائق. يمكن لأي شخص كتابة نص تسويقي نظيف حول ضمانات BTC الأصلية، بدون تغليف (wrapping) وبدون جسور (bridging). عدد الفرق التي ترد بشكل مباشر عندما يقوم مستخدم عشوائي بالإبلاغ عن شيء غير منظم على testnet—قبل وجود أي حافز للتظاهر بالبراعة أمام جمهور أكبر—يكون أقل مما قد تتوقع.

ما زلت لا أثق بالكامل بأي بروتوكول بناءً على تفاعل جيد واحد، لكن ذلك نقلني من مستوى الشك إلى الاستعداد لمواصلة الاختبار.

#baby $BABY @BabylonLabs_io

لدي عادة مع المشاريع التي أخطط للكتابة عنها على المدى الطويل: أحتفظ بملاحظة قديمة أسجل فيها ما وُعِد به ومتى، ثم أعود لاحقًا للتحقق مما إذا كان قد تم تسليمه بالفعل. تفشل معظم المشاريع بهدوء؛ تنزلق التواريخ، تُعاد تسمية الميزات، ولا يتابع أحد.

العودة إلى ملاحظاتي الخاصة حول Babylon كانت أكثر إثارة مما توقعت. تحوّلت شبكة إيداع BTC عبر مزوّدي الإنهاء/الـ finality من مجرد حديث على testnet إلى شيء كان الناس يستخدمونه فعليًا، والآن ظهرت Trustless Bitcoin Vaults (TBV) كخطوة طبيعية تالية بدلًا من حالة من الارتباك للإعلان عن شيء جديد. كما أن الاقتراض المضمُون بالبيتكوين بشكل أصلي عبر Aave v4 عند ظهوره على الـ public testnet جاء متوافقًا بشكل وثيق مع الجدول الزمني الذي كانوا قد طرحوه سابقًا خلال العام، وهذا نادر أكثر مما ينبغي في هذا المجال.

أنا لا أقول إن هذا يثبت أي شيء عن تنفيذ mainnet؛ فالـ testnet معيار أقل. لكن تتبعي أنا، لا تسويقهم، هو ما أقنعني بأن Babylon تميل إلى تسليم الأشياء قريبًا مما تقول إنها ستفعله.

سجلّهم هذا هو السبب الوحيد الذي يجعلني على استعداد فعلًا لاختبار TBV مع الانتباه بدلًا من الشك.

#baby $BABY @BabylonLabs_io

بدأت متابعة Babylon منذ فترة، في الغالب بسبب قصة الإيثاك/الاستيكينغ، حيث تؤمن BTC سلاسل أخرى عبر مزوّدي الاستمرارية/التحقّق النهائي (finality providers). لم أتوقع أن أنتهي بقضاء عطلة نهاية أسبوع كاملة في قراءة وثائقهم الخاصة بـ"Trustless Bitcoin Vaults" بدلًا من ذلك، لكن هذا بالضبط ما جذبني إلى المشروع.

أول ما لفت انتباهي هو إلى أي مدى تفترض الوثائق أنك تفهم مسبقًا نموذج UTXO في بيتكوين وحدود السكربت. اضطررت إلى التوقف مرتين والرجوع لقراءة مواد خلفية فقط كي أفهم لماذا يكون ضمان BTC الأصلي صعبًا تقنيًا من الأساس. لقد وُجد الالتفاف/التغليف (wrapping) لأن بيتكوين لم تُصمَّم أبدًا للتواصل مع سلاسل أخرى. وما إن وضح ذلك، أصبح "Trustless Bitcoin Vaults" (TBV) منطقيًا بكثير كإجابة هندسية حقيقية، لا كمجرّد شعار تسويقي.

كما قضيت وقتًا في قنوات مجتمعهم، وطرحت أسئلة أساسية حول كيفية اختلاف TBV عن منتجات جسور/ربط BTC السابقة. كانت الإجابات تقنية، وأحيانًا أكثر تقنية مما كنت أريده، لكن لا أحد تهرّب من الأسئلة الأصعب بخصوص التصفية (liquidation) أو مخاطر الأوراكل.

وهذا شيء لا أستطيع قوله عن كل مشروع غطّيته هنا.

ما زلت أُكوّن رأيي الكامل، لكن العمق الكامن وراء TBV جذب انتباهي أكثر مما توقعت عند بدء الاطلاع عليه.

#baby $BABY @BabylonLabs_io

شخص في محادثة عن المخاطر أشار إلى 2022 دون أن يتم السؤال عنه، ليس إلى انهيار الرمز الذي يتذكره الجميع، بل إلى السبب الأهدأ الكامن تحته: إعادة استخدام الضمانات كـ collateral عبر بروتوكولات متعددة في وقت واحد، حتى لم يعد أحد يعرف كم كان هناك من دعم فعلي. هذا النمط يميل إلى التكرار كلما أصبح أصلٌ ما ضمانًا شائعًا.

هذه هي الزاوية التي لم أرَ أحدًا يثيرها بعد بخصوص «Trustless Bitcoin Vaults» (TBV). تتيح TBV لبيتكوين BTC الأصلية أن تعمل كضمان دون الالتفاف (wrapping) أو الجسور (bridging)، والمنتج الأول الذي يعمل على شبكة الاختبار العامة، وهو الاقتراض المدعوم ببيتكوين بشكل أصلي عبر Aave v4، هو بالضبط نوع التكامل الذي يدعو إلى قابلية التركيب (composability). بمجرد أن تستقر BTC كضمان داخل Aave v4، فإن الـ USDC أو USDT المقترضة لا يتعين أن تتوقف عند هذا الحد؛ يمكن إعادة نشرها في وضع آخر، أو بروتوكول آخر، أو حلقة أخرى.

ليس أي من ذلك فريدًا بالنسبة لـ TBV؛ إنه فقط ما تفعله الـ DeFi. لكن نقطة البيع المحددة لـ TBV هي تقليل الحاجة إلى الثقة، ورافعة مالية معاد رهنها (rehypothecated) المبنية فوق ذلك تُعيد بهدوء إدخال مخاطر الطرف المقابل والسيولة التي كان من المفترض أن يتجنبها ضمان BTC الأصلية من الأساس.

يمكن أن تكون الخزينة نفسها بلا ثقة، بينما النظام البيئي المبني فوقها ليس كذلك.

الترقب هو: هل سيتحول هذا الفارق إلى نقاش حقيقي عندما يتجاوز حجم تداول TBV نطاق شبكة الاختبار (testnet).

#baby $BABY @BabylonLabs_io

كل بروتوكول إقراض رأيته يفشل انهار بالطريقة نفسها تقريبًا—ليس لأن الضمان سيّئ، بل لأن مزوّد بيانات السعر كذب لثوانٍ معدودة وحاسمة. تيرا، مانغو، ونصف استغلالات الثغرات الأصغر من السنوات القليلة الماضية—القصة تكاد تكون دائمًا مشكلة أوراكل مُرتّبة على أنها شيء آخر.

هذا هو السؤال الذي أعود إليه باستمرار مع صناديق بيتكوين دون ثقة (TBV). تتيح TBV إيداع BTC الأصلي كضمان دون لفّ، مع اقتراض مدعوم ببيتكوين أصلي عبر Aave v4 مباشر على شبكة اختبار عامة الآن. إزالة خطوة اللفّ ووصي الجسر تزيل فعلًا سطحَي هجوم حقيقيين. لكنها لا تُزيل الثالث: مُزوّد أوراكل سعر BTC الذي يحدد متى يتم تصفية المركز.

لا يعيش BTC الأصلي على إيثيريوم “بشكل أصلي”، لذا يجب أن تكون هناك في مكان ما داخل هذا النظام تغذية سعرية تُحوّل ظروف سوق البيتكوين إلى رقم يمكن لـ Aave v4 التعامل معه. أي شيء يؤمّن تلك التغذية يصبح مهمًا بقدر منطق الصندوق نفسه، وربما أكثر، لأن تحديث سعر سيئ قد يؤدي إلى عمليات تصفية حتى عندما يكون الضمان الفعلي سليمًا تمامًا.

الضمان دون ثقة ما زال يحتاج إلى سعر موثوق، ولم تكن هذه الجزئية هي العنوان حتى الآن.

#baby $BABY @BabylonLabs_io

دخلت إلى شبكة اختبار Aave v4 متوقعًا الفوضى المعتادة في اليوم الأول: أزرار معطلة جزئيًا، وموزّع (فاست) لا يعمل، وثلاث تبويبات مفتوحة فقط لتحديد الشبكة التي يجب التبديل إليها. عادةً ما تكون هذه هي العائق الحقيقي أمام DeFi على BTC الأصلي، وليس نموذج الأمان.

لكن اختبار خزائن بيتكوين غير قابلة للثقة (TBV) عبر Aave v4 غيّر هذه التوقعات إلى حد ما. إيداع BTC في شبكة الاختبار كضمان والاقتراض باستخدام USDC تطلّب اتصال محفظة واحدة وتوقيعًا واحدًا للإيداع، ثم اتصالًا وتوقيعًا ثانيين للاقتراض—دون أي خطوة تغليف بينهما، ودون واجهة جسر منفصلة للمرور عبرها أولًا.

ومع ذلك، الجزء الذي أبطأني فعليًا لم يكن الخزنة؛ بل كان انتظار أوقات تأكيد بيتكوين حتى يظهر الضمان كقابل للاستخدام على جهة Ethereum. أمان BTC الأصلي يعني أزمنة كتل بيتكوين الأصلية، وهذا المقايضة غير مرئية في النص التسويقي لكنها واضحة جدًا فورًا عندما تكون عالقًا في شاشة قيد الانتظار.

لا يمكن لواجهة نظيفة أن تُخفي حقيقة أن نهائية بيتكوين أبطأ من السلسلة التي تقترض عليها.

متشوق لمعرفة كيف تخطط Babylon لجعل هذا الانتظار يبدو مقبولًا بمجرد أن تكون أموال حقيقية، لا BTC في شبكة الاختبار، موجودة في قائمة الانتظار.

#baby $BABY @BabylonLabs_io

أرى باستمرار استخدام "الحفظ الذاتي" ككلمة تسويقية أكثر من كونها ادعاءً تقنيًا. فالكثير من المنتجات تقول: مفاتيحك، عملاتك المشفرة… ثم تضيف بهدوء خدمة استرداد، أو محفظة وصيّ، أو عملية تذاكر دعم تجعل وعد الحفظ أقل صرامة مما يبدو.

لذلك بحثت فعليًا في كيفية تعامل Trustless Bitcoin Vaults (TBV) مع ذلك. تتيح TBV إيداع بيتكوين أصلية كضمان دون لفّ أو ربط (wrapping/bridging)، وتتمثل الحالة الأولى للاستخدام الفعلي في الاقتراض المدعوم ببيتكوين أصلية عبر Aave v4 على شبكة اختبار عامة (public testnet). حيث تقترض أصولًا مثل USDC أو USDT مقابل BTC لا تقوم بتسليمها إلى أي شخص.

التفصيل المهم هنا هو ما الذي يحدث عند التوقيع. فإذا كان الحفظ الذاتي حقيقيًا، فيفترض أن تكون مفاتيح المستخدم هي الشيء الوحيد القادر على تحريك الضمان، دون لجنة متعددة التوقيع، ودون مجموعة مُتحقِّقين/مُحكِّمين للـ bridge يجلسون في المنتصف بهدوء.

اختبرت تدفق الاقتراض على testnet ولم أرَ خطوة "وصي" مخفية، وهذا مؤشر أفضل من معظم المشاريع في هذه المرحلة.

ومع ذلك، فإن سلوك testnet في ظروف هادئة ليس دليلًا على أن وعد الحفظ الذاتي يظل قائمًا أثناء سلسلة تصفيات (liquidation cascade).