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



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

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

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

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

Це не просто виклик дизайну або питання полірованого інтерфейсу. Це глибока інженерна робота на рівні інфраструктури.

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