Когда финансовые приложения должны работать на блокчейне, необходим способ координировать действия без зависимости от одного узла или единственного подписанта. Безопасность строится на распределённости.
Никто не может единолично инициировать транзакции, и ни одно приложение не должно полагаться на точку отказа, не гарантируемую BTC. В этом и заключается суть модели валидаторов.
@ArchNtwrk Валидаторы участвуют в оценке и подписании смарт-контрактов, которые быстро обрабатываются в среде исполнения Arch, а затем напрямую рассчитываются как транзакции.
ArchVM — это основанная на eBPF виртуальная машина с поддержкой BTC, вводящая параллельное исполнение, независимые состояния и бесшовную композицию — всё необходимое для высокопроизводительной программируемости.
Arch использует пороговую криптографию для проверки этих транзакций. Благодаря пороговой схеме подписей FROST + ROAST требуется большинство валидаторов для создания действительной подписи BTC.
Система должна точно и безошибочно отобразить эти транзакции обратно в основную цепь биткоина.
Валидаторы, которые пропускают транзакцию внутри ArchVM, уже обладают порциональными ключами FROST + ROAST; согласие в одном месте ведёт к единству везде.
Валидаторы, которые пропускают транзакцию внутри ArchVM, уже обладают порциональными ключами FROST + ROAST; согласие в одном месте ведёт к единству везде.
Для обновления состояния используется индексатор mempool в реальном времени плюс DAG для отслеживания соответствия.
Если что-то изменится по ходу, можно использовать механизм “отката / повторного применения” для гарантии постоянной согласованности состояния.
В результате получается предсказуемая безопасная граница, модель распределённой ответственности и верифицируемый на биткоине результат — on-chain приложения могут работать надёжно.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Когда финансовые приложения должны работать на блокчейне, необходим способ координировать действия без зависимости от одного узла или единственного подписанта. Безопасность строится на распределённости.
Никто не может единолично инициировать транзакции, и ни одно приложение не должно полагаться на точку отказа, не гарантируемую BTC. В этом и заключается суть модели валидаторов.
@ArchNtwrk Валидаторы участвуют в оценке и подписании смарт-контрактов, которые быстро обрабатываются в среде исполнения Arch, а затем напрямую рассчитываются как транзакции.
ArchVM — это основанная на eBPF виртуальная машина с поддержкой BTC, вводящая параллельное исполнение, независимые состояния и бесшовную композицию — всё необходимое для высокопроизводительной программируемости.
Arch использует пороговую криптографию для проверки этих транзакций. Благодаря пороговой схеме подписей FROST + ROAST требуется большинство валидаторов для создания действительной подписи BTC.
Система должна точно и безошибочно отобразить эти транзакции обратно в основную цепь биткоина.
Валидаторы, которые пропускают транзакцию внутри ArchVM, уже обладают порциональными ключами FROST + ROAST; согласие в одном месте ведёт к единству везде.
Валидаторы, которые пропускают транзакцию внутри ArchVM, уже обладают порциональными ключами FROST + ROAST; согласие в одном месте ведёт к единству везде.
Для обновления состояния используется индексатор mempool в реальном времени плюс DAG для отслеживания соответствия.
Если что-то изменится по ходу, можно использовать механизм “отката / повторного применения” для гарантии постоянной согласованности состояния.
В результате получается предсказуемая безопасная граница, модель распределённой ответственности и верифицируемый на биткоине результат — on-chain приложения могут работать надёжно.