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

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

@ArchNtwrk Валідатори беруть участь в оцінці та підписанні смарт-контрактів, які швидко обробляються у виконуваному середовищі Arch та зрештою безпосередньо розраховуються як транзакції.

ArchVM — це віртуальна машина, орієнтована на BTC і заснована на eBPF, яка вводить паралельне виконання, незалежний стан і безшовну компонуємість — усе це необхідні умови для високопродуктивної програмованості.

Arch використовує порогову криптографію для перевірки цих транзакцій. Використовується схема порогових підписів FROST + ROAST, яка вимагає більшості консенсусу валідааторів для створення дійсного підпису BTC.

Завдання системи — точно відобразити ці транзакції назад у головний ланцюг біткоїна.

Ті валідатори, які дають дозвіл на транзакції всередині ArchVM, вже володіють частинами ключів FROST + ROAST; одна згода — повна узгодженість.

Ті валідатори, які дають дозвіл на транзакції всередині ArchVM, вже володіють частинами ключів FROST + ROAST; одна згода — повна узгодженість.

Для оновлення стану використовується індексатор mempool у реальному часі разом із DAG для відстеження та звірки.

Якщо в процесі виникають зміни, можна використовувати механізм "відкату / повторного застосування", щоб гарантувати постійну узгодженість стану.

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