Нещодавно знову розглядаю IBC та різні дизайни «повідомлень/міст», по суті, міжланцюгові трансакції — це: як зробити так, щоб B-ланцюг серйозно поставився до подій, що трапилися на A-ланцюгу. У разі міжланцюгової передачі що саме ти довіряєш? Ймовірно, кілька речей: сам вихідний ланцюг не повинен робити роллбеків; система передачі повідомлень (легкий клієнт/валідаційники/ретранслятор) не повинна зловживати довірою або зламатися; смарт-контракти/модулі цільового ланцюга не повинні бути погано написані; і додатково, механізми затримки та тайм-ауту не повинні бути використані для зловживань. Мені подобається в IBC те, що «кому ти довіряєш» пояснено досить чітко: ти довіряєш вихідному ланцюгу + правилам валідації, а не навішуєш додатково купу мультипідписів або боргових зобов’язань. Останнім часом популярні автоматизовані трейдинги за допомогою AI Agent, але чим автоматичніша система, тим легше сприймати міжланцюгові взаємодії як «просто натиснути». Хтось може розповідати про безпеку, але справжня перевірка — це питання: хто за мене підтверджує цю операцію, і чи можу я це перевірити на ланцюгу. В будь-якому разі, коли я бачу новий міст, моє перше питання — не швидкість, а рівень довіри і чи можливо самостійно підтвердити проблему.

Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • Прокоментувати
  • Репост
  • Поділіться
Прокоментувати
Додати коментар
Додати коментар
Немає коментарів
  • Закріплено