$TBC

TBC (Тюринг Бітчейн)
На основі цієї архітектури, DeFi-додатки на TBC демонструють абсолютно інші характеристики безпеки в порівнянні з традиційною екосистемою. Наприклад, у випадку з децентралізованими біржами: користувачі не повинні надавати платформі дозвіл на управління своїми грошовими активами під час торгівлі, а замість цього безпосередньо здійснюють «гроші за товар» завдяки атомарній обміні UTXO; навіть якщо у контракті платформи є вразливість, хакери не можуть вкрасти активи користувачів, які не підписали транзакцію. Аналогічно працюють кредитні угоди — активи, які користувач закладає, завжди контролюються ним самим, і лише при виконанні умов ліквідації автоматично виконуються через попередньо підписані транзакції, а не передаються в управління контракту заздалегідь. Навіть в угодах з NFT реалізується справжня «гроші за товар»: у момент оплати покупець отримує право власності на NFT через одну UTXO, обидві сторони не потребують довіри до посередника платформи. Спільною рисою цих сценаріїв є те, що безпека більше не залежить від «доверия» до третіх осіб, а досягається через архітектурне проектування, що забезпечує «без необхідності у довірі» природну безпеку.
Набагато більше уваги заслуговує те, що UTXO модель TBC сприяє «переміщенню парадигми безпеки». Традиційна думка про безпеку в DeFi полягає в «виправленні вразливостей» та «залежності від аудиту» — команди проекту постійно повинні виправляти вразливості контрактів, а користувачі повинні завжди бути насторожі щодо ризиків авторизації. А підхід TBC полягає в «імунітеті архітектури» — усунення потреби в авторизації з самого початку, що робить більшість векторів атак абсолютно відсутніми. Наприклад:
Відсутність ризику фішингових атак: оскільки не існує транзакцій approve, хакери не можуть підробити сторінку авторизації, щоб отримати доступ.
Безвузлове вразливе викрадення монет: навіть якщо контракт, написаний розробником, має недоліки, хакери не можуть безпосередньо перемістити активи користувачів;
Без зловживання безмежними повноваженнями: користувач взагалі не може встановити «безмежний ліміт», всі угоди повинні бути чітко підписані.
Ця зміна не тільки зменшила занепокоєння користувачів щодо безпеки, але й звільнила креативність розробників — їм більше не потрібно витрачати багато зусиль на розробку складної логіки управління правами, а можна зосередитися на досвіді продукту та інноваціях.