Arbitrum перемістив викрадені кошти Binance: повернення потребує голосування

Рада безпеки Arbitrum використала тимчасове оновлення контракту, щоб перемістити криптовалюту, пов’язану зі зломом Binance. Її екстрені дії зупинили атакувальника від переміщення цих активів, але визначення їхнього призначення належить до окремого процесу управління.

Рада безпеки Arbitrum перемістила 8 425 ETH та 74 559 805,2 ARB, пов’язаних зі зломом Binance, на адресу зберігання, кошти з якої потребують голосування управління DAO для подальшого переміщення.

Повідомлення про екстрені дії Arbitrum зазначає, що втручання відбулося о 08:08 за гонконзьким часом 30 жовтня. Учасники підготували тимчасову зміну до контракту вхідних повідомлень Ethereum мережі, члени ради перевірили та підписали її, а початкову реалізацію було відновлено після переказів.

Дія привернула увагу, оскільки вона не потребувала приватного ключа атакувальника. Arbitrum використав повноваження над власною інфраструктурою, щоб створити повідомлення, які перемістили активи в Arbitrum One.

У своєму публічному повідомленні результат описано як заморожування, а подальше переміщення залишено за управлінням ArbitrumDAO. Таким чином, переміщення коштів від експлуататора та повернення їх законному отримувачу є окремими рішеннями.

Втручання Arbitrum використало дозвіл вище рівня гаманця

Звичайний криптовалютний платіж авторизується рахунком, який його надсилає. Повідомлення про інцидент Arbitrum описує винятковий шлях: зміну інфраструктури, яка визначає, як повідомлення з Ethereum обробляються в ролапі.

Додана функція sendUnsignedTransactionOverride могла імітувати кросс-чейн транзакцію, видаючи себе за її відправника. Два повідомлення переказали ETH та ARB з ідентифікованої адреси на адресу зберігання, що закінчується на 0DA0.

Різниця полягає між компрометацією ключа атакувальника та використанням адміністративних повноважень над системою, в якій існує цей рахунок. Опубліковане пояснення Arbitrum описує останнє.

Його конституція надає привілеї власника ланцюга DAO та Раді безпеки. Ці привілеї включають зміну основних реалізацій і параметрів протоколу, зокрема пов’язаних контрактів на Ethereum.

Роль власника ланцюга стоїть над правилами конкретного застосунку. Вона є частиною архітектури управління Arbitrum, тому доступні їй повноваження не можна вивести лише з дозволів, видимих у гаманці користувача.

Ethereum надав місце для адміністративної транзакції, тоді як активи зберігалися в Arbitrum One. Подія не продемонструвала здатності переписувати не пов’язані рахунки Ethereum або забирати нативний біткоїн з іншої мережі.

Документація для розробників Arbitrum пояснює, що повідомлення батьківського ланцюга потрапляють у ролап через інфраструктуру вхідних повідомлень. Користувачі можуть надсилати транзакції через відкладений вхідний ящик, коли секвенсор недоступний або не включає їх.

Слід розрізняти цей звичайний шлях повідомлень і тимчасове перевизначення під час інциденту. Доступ звичайного користувача до відкладеного вхідного ящика не надає спеціальних повноважень видавати себе за відправника, створених для екстреної дії.

Втручання Ради безпеки було можливим, оскільки вона могла схвалити оновлення відповідного контракту. Зміна коду забезпечила виняткову функціональність; гаманець атакувальника не схвалював переказ добровільно.

Таким чином, володіння приватним ключем власником гаманця описує лише одну частину системи безпеки. У системі, що підлягає оновленню, користувачі також залежать від того, як розподілені та обмежені адміністративні дозволи.

Тимчасове оновлення об’єднало порятунок і відновлення

Arbitrum заявила, що оновлення, перекази та відновлення утворили атомарну дію. У термінах транзакцій операції були об’єднані так, що екстрене впровадження не мало залишатися активною реалізацією після завершення операції.

У повідомленні Arbitrum адміністративну транзакцію ідентифіковано як 0xb69c81774f507d46ce776aeaed8b4d31df96dd66ce6fd05073481011835355d6. У заяві операції та призначення визначено окремо від будь-якої інтерпретації їхніх правових наслідків.

Відновлення попередньої реалізації видалило спеціальну функцію з активної реалізації, що використовувалася після цієї транзакції. Воно не видалило базові повноваження щодо оновлення, які дозволили раді впровадити її.

Аналогія корисна, якщо триматися цих меж: відкликання тимчасової інструкції не скасовує установу, уповноважену видати іншу інструкцію. Користувачам, які оцінюють ризик майбутнього втручання, потрібні як постійні правила управління, так і строк життя тимчасового коду.

Архітектура управління фонду описує виконавців оновлень і суб’єктів, уповноважених викликати їх. Екстрені повноваження та повільніший шлях DAO — це різні способи досягнення привілейованих контрактних операцій.

Технічний запис може встановити, яку реалізацію було встановлено та відновлено, і які повідомлення було створено. Він не вирішує самостійно, чи було правильно ідентифіковано адресу як таку, що утримує викрадене майно.

Ця ідентифікація залежить від доказів інциденту та суб’єктів, які їх оцінювали. У повідомленні Arbitrum адресу ідентифіковано як пов’язану з експлойтом Binance, і зазначено, що кошти та застосунки інших користувачів не постраждали.

Вузький обсяг опублікованої дії є важливим. Рада націлилася на ідентифіковані активи в своєму керованому ланцюгу; вона не оголошувала загальномережевого відкату всієї активності під час крадіжки.

Для читача, який перевіряє відновлення, три частини інформації належать разом: виконана адміністративна транзакція, перекази, які вона спричинила, і стан контракту зберігання після цього. Лише скриншот балансу не може пояснити дозвіл, який його перемістив.

Той самий підхід застосовується до будь-якого подальшого вивільнення. Результат управління, виконувані інструкції та завершений переказ утворюють ланцюг доказів; схвалення на одному етапі не є доказом того, що всі наступні етапи відбулися.

Дев’ять підписантів можуть діяти до повного голосування DAO

Рада безпеки налічує 12 членів, і для екстрених дій потрібні 9 схвалень. FAQ з управління відрізняє цей негайний шлях від довшої послідовності, що використовується для звичайних пропозицій.

Дев’ять із 12 — це поріг підписання 75%. Він дозволяє дії просуватися, коли 3 члени недоступні або проти, тоді як утримання схвалення 4 членами перешкодило б досягненню цього порогу, якби інші 8 його підтримали.

Ця арифметика описує правило схвалення, а не незалежність залучених осіб. Незалежність залежить від афіліацій, конфліктів, контролю ключів і того, чи можуть імовірно окремі підписанти на практиці керуватися однією й тією ж стороною.

Arbitrum публікує склад ради, включно з професійним досвідом членів і розподілом за когортами. Реєстр дозволяє користувачам ідентифікувати осіб, які ухвалюють рішення, замість того щоб ставитися до «ради» як до анонімної технічної служби.

Її конституція вимагає звітності про прозорість після екстрених дій і обмежує екстрений мандат справжніми безпековими надзвичайними ситуаціями. DAO може змінити або скасувати повноваження ради через процес конституційної пропозиції.

Швидший шлях має явне операційне обґрунтування. Очікування повного голосування токенів може залишити кошти доступними для зловмисника, поки делегати обговорюють пропозицію і триває вікно голосування.

Обліковий запис Arbitrum щодо поступової децентралізації описує раду як механізм для критичних надзвичайних ситуацій, поки розвивається управління. Він подає швидке реагування та розподілене управління як частини однієї архітектури.

Протилежне занепокоєння зафіксовано в оцінці Arbitrum від L2BEAT, яка розглядає негайні повноваження щодо оновлення як суттєве припущення довіри. Її класифікація Stage 1 дозволяє втручання ради безпеки; це не означає, що кожна важлива операція перебуває поза людським розсудом.

Ці облікові записи описують один і той самий дозвіл з різних перспектив. Arbitrum наголошує на здатності реагувати на критичну подію, тоді як оцінка ризиків визначає наслідки, якщо привілейовані особи, що ухвалюють рішення, діятимуть зловмисно або їхні ключі буде скомпрометовано.

Операція Binance демонструє втручання, спрямоване на ймовірно викрадені активи. Оцінка архітектури вимагає врахування того, хто міг би схвалити інше втручання і які застосовні обмеження підлягають виконанню щодо цих повноважень.

Заморожування коштів і вибір одержувача мають різні терміни

Надзвичайне заморожування відповідає на негайне питання: чи можна не допустити виходу ідентифікованих активів із системи? Розблокування відповідає на інше питання: який одержувач має їх отримати, на підставі яких доказів і за якими інструкціями?

Повідомлення Binance визначає вимогу щодо управління, але не встановлює терміну відшкодування клієнтам. Голосування DAO має бути підготовлене навколо запропонованого призначення та виконуваної дії, перш ніж воно зможе вирішити цей наступний крок.

Однак час початкового втручання можна обчислити з двох повідомлень про інцидент. Binance визначила початок крадіжки о 20:05 UTC 29 жовтня; 08:08 HKT 30 жовтня — це 00:08 UTC, інтервал приблизно 4 години 3 хвилини.

Розрахунок стосується початку заявленої крадіжки та зазначеного часу дії Arbitrum. Це не вимірювання того, скільки часу знадобилося раді для дії після отримання попередження, оскільки повідомлення не уточнює, коли надійшло це попередження.

Це також не встановлює, що всі активи з ширшого злому залишалися відновлюваними протягом цих годин. Втручання стосувалося ідентифікованих активів на Arbitrum One, тоді як крадіжка та подальші перекази залучали інші мережі.

Таким чином, минулий час до заморожування та минулий час до відшкодування потребують окремих початкових і кінцевих подій. Останнє вимагало б завершеного повернення авторизованому одержувачу, а не лише оголошення про те, що активи знерухомлено.

Датована пропозиція забезпечила б наступну частину цієї хронології, за якою йдуть її голосування, застосовні періоди очікування та виконання. Доки ці події не відбудуться, позначка часу заморожування не дає автоматичної дати платежу для клієнтів.

Посібник Arbitrum щодо голосування за пропозиції розрізняє обговорення, позаланцюгове сигналізування та формальне голосування в ланцюжку. Позитивна дискусійна тема або перевірка температури — це не та сама подія, що й виконання через контракти управління.

Конституція окремо класифікує пропозиції, які змінюють програмне забезпечення або вимагають повноважень власника ланцюжка, як конституційні. Вона надає таким пропозиціям етапи голосування, очікування та впровадження, причому застосовний шлях визначається тим, що пропозиція фактично робить.

Отже, пропозиція про переказ потребує більше деталей, ніж заява про те, що кошти слід повернути. Адреса одержувача, сума, повноваження та будь-які умови мають відповідати інструкціям, які виборцям пропонується схвалити.

Така точність особливо важлива для відновлення, що залучає біржу. Binance пообіцяла покрити клієнтів за рахунок ресурсів компанії, тому одержувачем відновлених активів може бути біржа або інша авторизована домовленість про відновлення, а не кожен власник рахунку, який отримує прямий розподіл у ланцюжку.

Його програма заміни активів тривала, тоді як оригінальні активи залишалися замороженими в іншому місці. Тому надходження від відновлення та зобов'язання перед клієнтами потрібно узгодити, щоб одна й та сама сума не була представлена як дві окремі компенсації.

Розглянемо гіпотетичну біржу, яка замінює 100 викрадених токенів за рахунок власної казни. Якщо DAO згодом поверне 20 оригінальних токенів, клієнти не отримали 120 токенів відшкодування; біржа відшкодувала частину витрат на відновлення початкового зобов'язання у 100 токенів.

Якщо токени ще не були замінені, те саме відновлення натомість могло б зменшити непогашений дефіцит перед клієнтами. Правильний опис залежить від фактичного зобов'язання та домовленостей про погашення на момент здійснення переказу.

Процес прийняття рішень має робити ці домовленості видимими. Адреса відновлення визначає, куди надходять активи в мережі, тоді як супровідна документація пояснює, хто її контролює і чию вимогу має задовольнити переказ.

Порятунок KelpDAO вже показав, що може затримати повернення

Arbitrum застосував порівнянне втручання після експлойту KelpDAO у квітні. Його повідомлення про квітневу акцію визначило 30 765,667501709008927568 ETH, переміщених на ту саму адресу зберігання, і зазначило, що управління потребуватиме авторизації вивільнення.

Як раніше повідомляло crypto.news, рада знерухомила ETH, пов'язані з Kelp, не оголошуючи загального переривання для інших користувачів чи застосунків. Вартість, зазначена на той час, становила приблизно 71 мільйон доларів.

Наступні етапи включали запропоноване скоординоване відновлення для власників rsETH. Aave Labs, KelpDAO, LayerZero, EtherFi та Compound спільно підготували пропозицію про вивільнення від 25 квітня.

Її заявлена мета полягала в тому, щоб спрямувати знерухомлені ETH на відновлення забезпечення rsETH. Пропозиція зазначала, що активи вже заморожені, а їхнє призначення залишалося відкритим питанням управління.

Потім юридичні вимоги ускладнили процес. Судова заборона від 1 травня, описана в матеріалі про судове обмеження, стосувалася вимог кредиторів за судовими рішеннями у справах про тероризм, які стверджували, що активи можуть задовольнити рішення проти Північної Кореї.

Важлива історична відмінність полягає в різниці між цим твердженням і встановленим рішенням про право власності. Приписування експлойту пов'язаному з державою суб'єкту саме по собі не дає відповіді на всі питання власності щодо активів, взятих в іншої сторони.

Матеріал про голосування управління від 8 травня описував сильну підтримку пропозиції про відновлення та положень про відшкодування. Підтримка плану та юридичні ризики для людей, які його впроваджують, вирішувалися через окремі домовленості.

Згодом змінене обговорення на публічному форумі посилалося на переказ до зберігання Aave LLC під судовим наглядом. Те травневе обговорення є історичним контекстом, а не доказом того, що активи Binance зараз стикаються з тією самою вимогою чи судовою процедурою.

Порівняння виявляє продемонстроване джерело затримки: рада може вилучити активи з безпосереднього контролю зловмисника ще до того, як будуть встановлені законний отримувач і законний шлях переказу. Жоден фіксований графік повернення автоматично не випливає зі швидкості початкового заморожування.

Тому було б передчасно приписувати правовий статус відновлення KelpDAO новому зберіганню Binance. Відповідна пропозиція та будь-які фактичні судові накази повинні визначати, яких активів і сторін вони стосуються.

Адреса зберігання може містити більше ніж одне відновлення

Повідомлення Arbitrum визначають ту саму адресу призначення, що закінчується на 0DA0, для дій Binance та KelpDAO. Це робить записи про перекази та атрибуцію активів особливо важливими, коли читачі намагаються відстежити відновлення через оглядач.

Відображений баланс ETH є загальною сумою для адреси на момент запиту. Без історії транзакцій і відповідних обмежень він не визначає, яка частина належить до якого інциденту або чи вже змінився попередній розподіл.

Тому 8 425 ETH із повідомлення Binance — це кількість, що стосується конкретного інциденту, за якою слід стежити. Заміна на весь поточний баланс ETH адреси зберігання могла б об'єднати не пов'язані надходження, залишкові активи або пізніші транзакції.

Баланс ARB вимагає власного запису про переказ токенів. Додавання нативного ETH та кількості токенів не дає корисної єдиної величини, якщо обидва не оцінені з використанням розкритої ціни та часової позначки.

Наприклад, оцінка розподілу Binance становила б 8 425, помножене на вибрану ціну ETH, плюс 74 559 805,2, помножене на вибрану ціну ARB. Сума змінюється, коли змінюється будь-яка з цін, навіть якщо жоден токен не залишає адресу зберігання.

За ілюстративної ціни ETH у 2 200 доларів і ціни ARB у 0,16 долара формула дає приблизно 30,46 мільйона доларів. Це гіпотетичні вхідні дані для оцінки, а не котирувані ринкові ціни чи бухгалтерський облік збитків Arbitrum.

Розрахунок пояснює, чому доларовий заголовок може змінюватися, тоді як відновлена кількість залишається фіксованою. Звітування про кількість токенів зберігає стабільний орієнтир для запису про відновлення.

Подібне розрізнення стосується комісій і кількості транзакцій. Одна адміністративна транзакція Ethereum може створити кілька повідомлень і переказів у rollup, тому підрахунок лише транзакції батьківського ланцюга не описує кожен результуючий рух активів.

Документація мережі про життєвий цикл транзакцій розділяє подання та включення між батьківським і дочірнім ланцюгом. Дослідження втручання вимагає простеження цього зв’язку, а не трактування двох ланцюгів як незалежних доказів дублювання відновлень.

Корисний запис для читачів, отже, є специфічним для інциденту: початкова адреса, переказані кількості, місце зберігання, авторизація вивільнення та кінцевий отримувач. Кожен елемент відповідає на різну частину питання про те, куди пішли активи.

Самостійне зберігання та управління мережею охоплюють різні повноваження

Самостійне зберігання означає, що користувач контролює облікові дані, зазвичай необхідні для авторизації транзакцій з облікового запису. Це не гарантує, що кожен блокчейн, у якому існує обліковий запис, має незмінні правила або не має адміністративних дозволів.

Опублікована архітектура Arbitrum включає секвенсор, механізми валідації та оскарження, дозволи на оновлення та управління. Кожен компонент відповідає за різну частину того, як приймаються транзакції та як змінюється система.

Її документація про секвенсор описує альтернативні механізми включення, коли секвенсор виходить з ладу або цензурує повідомлення. Ці засоби захисту стосуються впорядкування транзакцій і доступності в межах правил протоколу.

Екстрене оновлення програмного забезпечення стосується самих правил і привілейованих контрактів. Обхідний шлях навколо недоступного секвенсора не усуває окремої здатності уповноважених суб’єктів управління змінювати оновлювану реалізацію.

Документація OpenZeppelin про контроль доступу робить пов’язане розрізнення на рівні контракту. Право власності та ролі визначають, які облікові записи можуть викликати привілейовані функції, а блокування часу може затримувати призначені йому операції.

Практичне питання безпеки полягає в тому, куди ведуть ці дозволи. Застосунок може використовувати мультипідпис, тоді як контракт мережі вищого рівня залишається оновлюваним через окремий набір підписантів, кожен зі своїми правилами.

Aave забезпечує корисний контраст у своїй документації про управління. Вона розрізняє опікунів протоколу з надзвичайних ситуацій та опікунів управління з надзвичайних ситуацій, призначаючи різні мандати втручання різним органам.

Це розділення не встановлює, що кожна система, яка використовує опікуна, є однаково безпечною. Воно показує, чому назва ролі є менш інформативною, ніж точні функції, які вона може викликати, необхідні схвалення та процес її заміни.

Сам експлойт Binance стосувався іншого виду повноважень. Дослідники описали дійсні авторизації гаманця в послідовності атаки на Ethereum, тоді як відновлення Arbitrum використовувало шлях адміністрування мережі після того, як активи досягли її ланцюга.

Ці дві події не слід стискати до твердження, що приватні ключі більше не мають значення. Вони демонструють, що повноваження підпису, поведінка делегованого облікового запису та дозволи на оновлення мережі є окремими частинами середовища безпеки активу.

Членство в раді та ключі підпису потребують окремої перевірки

Публічний список ідентифікує людей, тоді як мультипідпис вимагає підписів від конкретних ключів. Обидва записи є релевантними: ім’я на сторінці членства саме по собі не показує, що ключ безпечно зберігається або доступний під час інциденту.

Обов’язки членів Arbitrum вимагають операційної безпеки, зокрема окремого апаратного гаманця, призначеного для цієї ролі. Оприлюднені очікування включають різноманітність за організаціями, місцями розташування та часовими зонами для підтримки незалежності й швидкого реагування.

Ці дві цілі можуть тягнути в різних операційних напрямках. Підписувачам потрібно достатньо відокремлення, щоб протистояти поширеному компромісу, водночас достатня їх кількість має бути доступною для досягнення порогу, коли виникає надзвичайна ситуація.

Правило 9 з 12 не усуває цієї проблеми координації. Якщо 3 члени недоступні, кожен із решти членів повинен схвалити, щоб дія могла відбутися; якщо 4 недоступні, негайний поріг підписання не може бути досягнутий.

Це розрахунок доступності, а не доказ того, що будь-яка з цих подій сталася під час реагування Binance. Оприлюднена транзакція фіксує втручання, яке справді відбулося.

Огляд ради описує порядок обрання та усунення. У ньому зазначено, що члена можна усунути через голосування DAO, яке відповідає застосовним умовам участі та кваліфікованої більшості, або через схвалення щонайменше 9 членами ради.

Усунення особи, яка ухвалює рішення, і усунення дозволу за контрактом — це різні дії. Адміністративна система повинна забезпечити відповідність дозволів уповноваженому складу членів після виборів, відставки або заміни.

Arbitrum публікує реєстр адрес розгортання, що ідентифікує контракти управління, зокрема інфраструктуру виборів і усунення. Це дає читачам змогу відрізнити інтерфейс голосування від контрактів, які фіксують і впроваджують результат.

Отже, оголошення про вибори не є повним записом про встановлення. Відповідна зміна в ланцюжку встановлює, які ключі можуть згодом виконувати цю роль.

Те саме розрізнення застосовується, коли підписувач змінює ключ. Особа може залишатися членом ради, тоді як уповноважений обліковий запис для підписання змінюється, тому порівняння лише імен пропустило б важливу подію безпеки.

Документи управління Arbitrum описують окремі екземпляри мультипідпису в Ethereum і керованих ланцюжках. Їхні дозволи застосовуються до відповідних контрактів, тому перелічені адреси ради не є взаємозамінними для кожної операції.

Щодо дії Binance оприлюднене повідомлення ідентифікує оновлення контракту в Ethereum та перекази в Arbitrum One. Цей зв’язок визначає, які дозволи та записи транзакцій стосуються втручання.

Існує подальша різниця між приналежністю та контролем над підписом. Публічні трудові відносини можуть допомогти читачам оцінити концентрацію, але вони не доводять, що роботодавець контролює ключ особи або дав вказівку щодо конкретного голосу.

Докази фактичної вказівки, угоди про спільне зберігання або спільної інфраструктури підписання відповідали б на інше питання, ніж професійна біографія. Аналіз не повинен перетворювати одне на інше без підтверджувальної інформації.

Звіт про прозорість може полегшити перевірку цих меж, ідентифікуючи підписувачів, дію, час і причину нагальності. Потім виклад звіту можна порівняти з адміністративною транзакцією та заявленим конституційним мандатом.

Зміна довгострокових повноважень ради була б окремим рішенням управління. Це не визначило б автоматично, куди мають піти вже знерухомлені активи Binance, оскільки для вивільнення все ще потрібен визначений одержувач та інструкції.

Голосування має точно визначати, що буде виконано

Для власників токенів наступною конкретною подією відновлення є пропозиція, яка визначає розподіл Binance та його призначення. Поточне повідомлення передає це рішення управлінню, але саме по собі не надає завершеного переказу назад на біржу.

Конституція Arbitrum рекомендує, щоб пропозиції визначали специфікації, етапи впровадження, витрати та терміни. Пропозиція, що стосується третьої сторони, також повинна включати застосовну юридичну документацію та процедури.

Виборцям потрібно порівняти описовий текст з виконуваними інструкціями. Пропозиція може вказувати суму в тексті, тоді як корисне навантаження транзакції викликає контракт із власними параметрами активу, одержувача та дозволів.

Посібник з управління OpenZeppelin розрізняє підрахунок голосів, кворум, виконання пропозицій та компоненти блокування часу. Головний результат голосування є лише одним етапом системи, побудованої з цих окремих контрактів і правил.

Пропозиція щодо відновлення має чітко визначати, чи є її призначенням гаманець, контрольований біржею, мультипідпис для відновлення чи посередник, що підлягає подальшим умовам. Сторона, яка контролює призначення, визначає, хто може діяти після завершення передачі DAO.

Будь-яка окрема домовленість щодо зберігання або відшкодування повинна бути віднесена до її фактичних умов. Обговорення KelpDAO показує, що такі домовленості можуть бути частиною процесу відновлення, але воно не надає типових умов для нового інциденту.

Відповідальність підписувачів зберігається після екстреної передачі. Конституційна вимога прозорості стосується як того, чому дія була виправдана, так і того, що робив код.

Цей звіт можна порівняти із записом транзакцій, зазначеною ідентифікацією адреси, пов'язаної з експлуататором, та обмеженнями, описаними в публічному повідомленні. Остаточне вивільнення додає ще одну спостережувану подію до цієї послідовності.

Заява Arbitrum від 30 жовтня розміщує активи, пов'язані з Binance, за адресою 0x0000000000000000000000000000000000000DA0 і зазначає, що для їх переміщення потрібне голосування в рамках управління.

За чим стежити

• Пропозиція про вивільнення: Конкретні для інциденту обсяги, запропонований одержувач та виконувані інструкції, подані на розгляд управління.
• Звіт ради: Задокументована основа для надзвичайних дій та залучені схвалення.
• Рухи утримання: Перекази, що відносяться до розподілу Binance, окремо від інших активів за тією ж адресою.
• Правові умови: Будь-який фактичний наказ або домовленість про зберігання, що регулює запропоноване вивільнення.
• Виконання: Остаточна транзакція, що переказує кошти після схвалення та завершення застосовних періодів очікування.

FAQ