Нещодавно знову розігрую свою схему «лічильника»: одна транзакція між ланцюгами A і B, по суті, ти не довіряєш лише одному мосту, ти довіряєш низці компонентів. Передача повідомлень через IBC звучить дуже гарно, але в реальності я спершу думаю: наскільки надійні легкі клієнти/методи валідації, чи не зляже relayer, чи достатньо безпечний сам ланцюг-мішень, а також чи немає підводних каменів у маршрутизації/контрактах мосту. Відсутність навіть одного з цих етапів може призвести до ситуації «гроші прийшли, але повідомлення — ні», що дуже незручно.



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