RaylsLabs у роботі нестандартних протоколів виникли цікаві проблеми. Проєкт відмовився від використання шаблонного дизайну токеноміки, заборонив поширені слова захисту від "вампірських атак", навіть заклав у смарт-контракти деяку незвичайну логіку.
Найбільш болісним є їхній механізм стимулювання тестової мережі — нагороджувати за вразливості самі по собі. Іншими словами, система нагород проєкту залежить від роботи дефектів у самому контракті, що без сумніву є незручною циклічною конструкцією.
Це відображає те, що в гонитві за інноваціями базові питання безпеки відходять на другий план. Для розробників це попередження: нестандартний дизайн може принести нові ідеї, але у питаннях стимулювання та управління ризиками потрібно бути більш обережним. Як проєктним командам, так і учасникам потрібно уважно дивитися на ті "обхідні" механізми та їхню логіку.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
RaylsLabs у роботі нестандартних протоколів виникли цікаві проблеми. Проєкт відмовився від використання шаблонного дизайну токеноміки, заборонив поширені слова захисту від "вампірських атак", навіть заклав у смарт-контракти деяку незвичайну логіку.
Найбільш болісним є їхній механізм стимулювання тестової мережі — нагороджувати за вразливості самі по собі. Іншими словами, система нагород проєкту залежить від роботи дефектів у самому контракті, що без сумніву є незручною циклічною конструкцією.
Це відображає те, що в гонитві за інноваціями базові питання безпеки відходять на другий план. Для розробників це попередження: нестандартний дизайн може принести нові ідеї, але у питаннях стимулювання та управління ризиками потрібно бути більш обережним. Як проєктним командам, так і учасникам потрібно уважно дивитися на ті "обхідні" механізми та їхню логіку.