Bạn tôi từng nhắn hỏi tôi cách rút tiền nhanh từ ví về ngân hàng, tôi mới biết là nó định bán USDT nhưng lại thấy một quảng cáo giá tốt trên nhóm Zalo, định giao dịch thẳng với người lạ cho lẹ, không qua app P2P vì nghĩ "mất công đăng ký".
Tôi ngăn lại, giải thích là giao dịch trong app thì crypto được khóa vào ký quỹ cho đến khi cả hai xác nhận xong, còn ra ngoài thì không có gì đảm bảo cả, mất là mất luôn. Nó nghe cũng ậm ừ nhưng vẫn muốn thử vì giá bên ngoài cao hơn một chút.
Tôi ngồi cùng nó mở app lên tìm lệnh tương đương, chỉ nó cách xem hồ sơ người mua, tỷ lệ hoàn tất, huy hiệu, rồi đối chiếu tên tài khoản nhận tiền với tên trên đơn hàng cho khớp. Đến lúc người mua chuyển tiền, họ chỉ gửi ảnh chụp màn hình và giục mở khóa gấp vì "sắp hết giờ giao dịch". Tôi bảo nó cứ tự mở app ngân hàng lên xem, đừng tin ảnh, và đúng là chưa có đồng nào vào thật.
Một lúc sau tiền vào đủ, nó mới mở khóa, xong tôi nhắc luôn nó chụp lại đơn với đoạn chat để lưu, phòng khi cần liên hệ Hỗ trợ.
Nhìn nó làm xong cả quy trình, tôi thấy mừng vì ít nhất lần đầu tiên nó đã đi đúng đường thay vì ham rẻ.
Mình từng nghĩ blockchain minh bạch tuyệt đối là ưu điểm, cho đến khi hình dung một market maker phải công khai mọi lệnh mua bán, hoặc một quỹ để lộ toàn bộ danh mục sau mỗi lần settlement. Không tổ chức tài chính nào chấp nhận vận hành như vậy. Đây chính là giới hạn Dusk nhắm giải quyết, không coi privacy đối lập với transparency, mà là điều kiện để compliance và hiệu quả tồn tại cùng lúc. Dusk dùng Zero-Knowledge Compliance để người tham gia chứng minh đủ điều kiện quy định như AML hay KYC mà không phải phơi bày dữ liệu cá nhân hay giao dịch. Smart contract riêng tư cho phép doanh nghiệp phát hành chứng khoán, xử lý giao dịch, quản lý hành động doanh nghiệp trong khi cơ quan quản lý vẫn kiểm toán được khi cần. Selective transparency để mỗi bên tự quyết ai thấy gì. Đáng chú ý là hướng đi này khá gần tinh thần GDPR ở châu Âu, nơi quyền riêng tư dữ liệu không phải tùy chọn. Câu hỏi là liệu privacy có phải điều kiện bắt buộc để tài chính quy định thật sự chuyển lên onchain, thay vì chỉ là tính năng phụ?
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ế?
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.
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 Trade, я подумал, что это всего лишь очередное токенизированное приложение, которых на рынке уже десятки. Но чем внимательнее я читал архитектуру, тем больше понимал: оно не конкурирует на уровне интерфейса, а на уровне юридической модели “за кулисами”. Dusk Trade — это прикладной слой, работающий поверх DuskEVM: он сводит MMF, ETF, облигации и RWA в одном месте с реальным владением, мгновенными расчетами и возможностью composable в духе DeFi. Отличие в том, что система спроектирована и управляется как MTF и лицензированная инвестиционная платформа, с соответствием требованиям ЕС — а не как wrapper-токен, “надетый” поверх реального актива, с надеждой, что регулятор не заметит. Большинство других RWA-платформ сначала решают техническую задачу, а юридическую — потом. Dusk Trade делает наоборот. Поэтому я считаю, что это не просто продукт, а своего рода проверка: сможет ли регулируемая финансовая инфраструктура работать нативно в onchain. Вопрос в том, если эта модель заработает в ЕС, кто станет следующим игроком, который попробует на других рынках?
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?
На прошлой неделе я показал двоюродному брату (младшему), как впервые купить USDT на Binance P2P. Он написал мне и спросил, почему где-то цена ниже, но он боится попробовать. Я сказал: пусть я посижу рядом и один раз покажу, чтобы он привык.
Когда я выбрал ордер, я заметил, что у продавца процент завершения сделок чуть ниже того, который я обычно выбираю, но значок у него был нормальный, поэтому решил всё же попробовать. В чате продавец сразу прислал номер счёта для перевода, но имя на нём не совпадало с именем, указанным в заказе. Я остановился и объяснил брату, что шаг проверки совпадения имени аккаунта очень важен: если перевести не тому человеку, потом уже не с чем будет сверять.
Я напрямую спросил об этом в чате платформы — мне ответили: «аккаунт компании, просто переводите», причём тон был довольно спешный. От этого я ещё больше уверился, что нужно отменить ордер, а не продолжать спор.
После этого я выбрал другой ордер — там имя аккаунта совпало полностью. Когда брат перевёл деньги, я попросил его сфотографировать квитанцию с кодом заказа. Так я превратил это в привычку — сразу сохранять документы с самого первого раза.
Когда я увидел, как он всё сделал, только тогда понял: те шаги, которые казались лишними и утомительными, на самом деле как раз вовремя спасли меня.
Впервые обучаясь трейдингу P2P, я чуть не допустил довольно глупую ошибку. Тогда мне нужно было продать немного BNB. Я выбрал объявление человека, который, как мне показалось, мне знаком: раньше мы уже один раз совпадали по сделке. Решив, что раз «знакомы», я немного расслабился и не перепроверил его профиль, как делал всегда.
Пока ждал оплаты, он написал мне с вопросом, есть ли у меня Zalo, чтобы «быстрее договориться, не нужно печатать в приложении». Я почти согласился сразу, потому что снова подумал: раз уж вроде знаком, то ничего страшного. Но потом вспомнил, что любые договорённости вне платформы в дальнейшем, если возникнут проблемы, ничем не подтвердить и не будет свидетелей, поэтому я оставил переписку в приложении.
Затем он перевёл деньги и прислал фото с подтверждением, но на этот раз я всё равно сам открыл приложение банка и проверил, а не верил фото так же наивно, как раньше. Деньги пришли, и совпало название сделки — тогда я только после этого разблокировал.
Когда всё закончилось, я понял: то, что человек кажется знакомым, не значит, что можно пропускать проверки. Его профиль и история сделок тоже могут со временем измениться. Я по-прежнему сохраняю номер заказа, как обычно, пусть это и просто привычка, от которой не стоит отказываться.
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.
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.
В прошлом месяце я впервые продал ETH новому аккаунту, у которого было немного истории торгов. Обычно я побаиваюсь таких аккаунтов, но увидел, что значок выглядит вполне нормально, поэтому все же принял заказ — просто чуть более внимательно прошелся по следующим шагам.
После совершения сделки я успокоился: мой ETH был зафиксирован на маржинальном счету Binance и никуда не переведен, так что если что-то пойдет не так, у меня будет куда подать жалобу, а не придется разбираться в одиночку. Покупатель написал, что деньги отправлены, и приложил фотографию квитанции, которая выглядела очень правдоподобно. Но я остался при старом принципе: не открываю сделку только по одной этой фотографии. Я открыл банковское приложение и проверил — баланс вообще не сдвинулся ни на один цент.
Я написал в чате платформы, что мне нужно увидеть поступление денег на счет, а не полагаться на скриншоты. Через несколько минут деньги действительно поступили: имя отправителя совпало с именем в заказе — и только тогда я открыл сделку.
После завершения заказа я, как обычно, сохранил номер заказа и переписку. Небольшая привычка, но теперь понимаю, что она действительно стоит того.
Однажды я купил BNB на Binance P2P. Я выбрал продавца с бейджем и высоким процентом завершения сделки, поэтому чувствовал себя спокойно. Но сразу после того, как я зашел в чат, они начали торопить меня с переводом, потому что «скоро кто-то другой оформит заказ». Это звучало странно, ведь мой ордер уже был исполнен — как мог бы кто-то вмешаться.
Я перевел деньги как обычно, но ближе к моменту завершения они переключились на другой счет, который не совпадал с именем в первоначальном заказе. В этот момент я остановился, потому что смена платежного аккаунта в процессе — один из тех подозрительных признаков, о которых я ранее читал. Они также предлагали написать мне в личные сообщения через другое приложение, чтобы «быстрее уладить вопрос», но я отказался и продолжил все общение в чате платформы: если выйти за пределы системы, то потом при споре уже не с чем будет сверяться.
Я сделал скриншоты всего чата, сохранил код заказа и сразу же подал жалобу прямо в приложении. Служба поддержки Binance разобралась, и заказ безопасно отменили — мои деньги не пропали.
С тех пор я понял: иногда достаточно просто немного притормозить, чтобы избежать множества проблем.
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.
Сделки P2P похожи на внесение задатка при покупке жилья через посредника: вы не передаёте деньги напрямую продавцу — а есть третья сторона, которая держит активы до тех пор, пока обе стороны не подтвердят всё окончательно. Именно так работает механизм эскроу (escrow) Binance P2P. Криптовалюта блокируется, а чат на платформе сохраняет историю всех обменов, поэтому в случае непредвиденных обстоятельств у вас всегда есть официальный канал для подачи жалобы.
Многие думают, что сделки вне платформы нужны «для скорости», но на самом деле, когда вы выходите из системы, эскроу исчезает, чат тоже пропадает, и при споре почти нечего сверять. Поэтому платформа — это не лишняя бюрократия, а единственная защитная прослойка, которая есть у вас.
Перед тем как подтвердить ордер, проверьте профиль партнёра: значки (бейджи), процент завершения, историю сделок — и сопоставьте имя получателя с данными в заказе. И не полагайтесь только на скриншоты: лучше откройте приложение своего банка, чтобы убедиться, что деньги поступили на ваш счёт, и только потом разблокируйте.
А если вы не уверены — остановитесь и обратитесь в Поддержку Binance. Ещё не поздно.
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.
У меня есть привычка с проектами, о которых я планирую писать в долгосрочной перспективе: я веду старую заметку, куда записываю, что именно они обещали и когда, а потом возвращаюсь позже, чтобы проверить, действительно ли это вышло. Большинство проектов проваливается в этом незаметно: сроки сдвигаются, функции переименовывают, никто не перезванивает и не уточняет.
Разбирать собственные заметки по Babylon оказалось интереснее, чем я ожидал. Сеть стейкинга BTC через провайдеров финальности из режима разговоров про testnet перешла в то, чем люди реально пользуются. А теперь Trustless Bitcoin Vaults (TBV) появились как естественный следующий шаг, а не как суета с анонсом чего-то нового. Появление нативного кредитования под биткоины через Aave v4 на публичном testnet совпало почти по времени с тем, что они обсуждали ранее в этом году — а такое здесь встречается реже, чем должно.
Я не утверждаю, что это что-то доказывает про выполнение на mainnet: тестнет — это более низкая планка. Но именно мой собственный трекинг, а не их маркетинг, убедил меня, что Babylon обычно выпускает то, что обещает, примерно тогда, когда говорит.
Этот послужной список — единственная причина, по которой я готов всерьёз протестировать TBV с вниманием, а не со скепсисом.
Я начал следить за Babylon некоторое время назад в основном из‑за истории со стейкингом — BTC, обеспечивающий другие сети через finality providers. Я не ожидал, что проведу выходные, читая их документацию по Trustless Bitcoin Vaults, но именно туда и привлёк меня этот проект.
Первое, что меня поразило, — насколько их документация предполагает, что вы уже понимаете модель UTXO биткоина и ограничения скриптов. Мне пришлось дважды остановиться и пойти почитать справочные материалы, чтобы понять, почему собственный BTC‑коллатерал технически вообще сложно использовать. Обёртка существует потому, что биткоин изначально не был спроектирован для взаимодействия с другими сетями. Когда это стало ясным, Trustless Bitcoin Vaults (TBV) обрели куда больше смысла как реальный инженерный ответ, а не как маркетинговое обозначение.
Я также уделил время их сообществу: задавал базовые вопросы о том, чем TBV отличается от более ранних продуктов‑мостов для BTC. Ответы были техническими — иногда даже более техническими, чем мне хотелось, — но никто не уходил от сложных вопросов о ликвидации или риске оракулов.
Такое я не могу сказать о каждом проекте, о котором я писал здесь.
Я всё ещё формирую своё окончательное мнение, но глубина, стоящая за TBV, привлекла к себе больше моего внимания, чем я ожидал.
Кто-то в чате с обсуждением рисков поднял вопрос о 2022 году — без всякого запроса, не про то «схлопывание токенов», которое все помнят, а про более тихую причину, лежащую под всем этим: обеспечением, которое использовалось повторно как «коллатерал» сразу в нескольких протоколах, пока никто уже не мог понять, сколько реального покрытия вообще существует. Такой шаблон обычно повторяется всякий раз, когда тот или иной актив становится популярным обеспечением.
Именно под таким углом я еще не видел, чтобы кто-то смотрел применительно к Trustless Bitcoin Vaults (TBV). TBV позволяет использовать нативный BTC как обеспечение без оборачивания или бриджинга, а первый продукт, уже доступный в публичной тестовой сети — нативное биткоин-обеспеченное заимствование через Aave v4 — это ровно тот тип интеграции, который стимулирует компонуемость. Когда BTC размещается в качестве обеспечения внутри Aave v4, заимствованные USDC или USDT не обязательно должны на этом остановиться — их можно перенаправить в другую позицию, в другой протокол, в очередной цикл.
Впрочем, ничего принципиально уникального тут нет — так работает DeFi. Но уникальный аргумент TBV — минимизация доверия, и тихо нарастающее поверх этого ре-гипотекированное кредитное плечо незаметно возвращает контрагентский и ликвидностный риск, которого нативный BTC в роли обеспечения как раз должен был позволить избежать.
Сам сейф (vault) может быть бездоверительным, но экосистема, построенная поверх него, — нет.
Посмотрим, станет ли этот разрыв реальной темой для обсуждения, когда объем TBV вырастет за пределы тестнета.
Каждый кредитный протокол, который я когда-либо видел, терпел крах по одному и тому же сценарию: не потому, что залог был плохим, а потому что ценовой оракул лгал всего на несколько критических секунд. Terra, Mango, половина небольших эксплойтов из последних нескольких лет — почти всегда история оказывается проблемой оракула, просто «упакованной» под что-то другое.
И именно этот вопрос я снова и снова задаю, рассматривая Trustless Bitcoin Vaults (TBV). TBV позволяет использовать нативный BTC как залог без оборачивания, с нативным заимствованием под биткоин через Aave v4, которое уже работает на публичном тестнете. Устранение шага с оборачиванием и куратора бриджа действительно убирает две реальные поверхности атаки. Но оно не убирает третью: оракул цены BTC, который определяет, когда позиция должна быть ликвидирована.
Нативный BTC не «живет» в Ethereum нативно, поэтому где-то в этой системе ценовой фид должен переводить рыночные условия биткоина в число, с которым может работать Aave v4. То, что обеспечивает безопасность этого фида, становится не менее важным, чем логика самого хранилища — возможно, даже важнее, потому что плохое обновление цены может спровоцировать ликвидации даже тогда, когда реальный залог абсолютно в порядке.
При этом trustless-залог всё равно требует доверенной цены, и именно эта часть дизайна пока не стала главной темой.