Как понять последний технический документ по виртуальной машине AVM, выпущенный @atomicalsxyz? Проще говоря: это метод моделирования виртуальной машины Биткойн, позволяющий исходной основной сети Биткойн «без сохранения состояния» реализовать систему смарт-контрактов, которая затем может завершить запись и обработку состояния более сложных активов, помимо активов BTC. Аналогично полным смарт-контрактам Тьюринга. Далее поделюсь своим пониманием:

1) Биткойн изначально разрабатывался как одноранговая электронная денежная система с определенными возможностями хранения данных скриптов, некоторыми базовыми кодами операций и набором логики проверки активов, основанной на временных блокировках UTXO и условиях расходов.

Таким образом, сеть Биткойн может обеспечить управление активами без сохранения состояния при записи и передаче активов BTC. Из-за ограничений минималистской модели UTXO и предопределенных правил преобразования состояния эта модель без сохранения состояния может обрабатывать только ограниченное управление одним активом BTC.

Если вы попытаетесь добавить в сеть Биткойн новые активы, такие как BRC20, ARC20, Runes и другие активы, вам понадобится более сложная динамическая модель «конечного автомата» для записи хранения, транзакций, изменений статуса и т. д. этих активов. . Как этого добиться?

Один из способов — использовать внешние протоколы и решения второго уровня второго уровня для построения модели «конечного автомата» вне цепочки для расширения обработки. Текущие отличные решения расширения второго уровня, такие как @NervosNetwork @RoochNetwork, и даже собственные решения, такие как RGB и. Lightning Network принадлежит к этой категории;

Другой способ — напрямую расширить функциональность сценария для добавления новых операций или места хранения для управления созданием и передачей сложных активов. В эту категорию попадают такие решения, как Covenant и OP_CAT, основанные на принятии стандартов предложений BIP.

Два вышеперечисленных метода либо слишком «активны», и достичь консенсуса и объединения за короткое время сложно, либо слишком «пассивны», и существует большая неопределенность. Виртуальная машина AVM представляет собой специальное решение, которое находится где-то между ними и непосредственно создает среду выполнения виртуальной машины в основной сети Биткойн.

2) Как это сделать? Основной принцип работы AVM состоит из трех частей:

1. Моделирование биткойн-сценария на самом деле представляет собой набор биткойн-инструкций, который достигает свойств Тьюринга с помощью КПК с двумя стеками (автомата с возможностью загрузки);

2. Операционная среда «песочница», весь симулятор находится в контролируемой изолированной среде, поэтому выполнение в «песочнице» и выполнение снаружи не мешают друг другу;

3. Хеширование статуса позволяет участникам проверять, правильно ли синхронизирован статус их индексаторов, предотвращая потенциальные атаки из-за противоречивого статуса.

Простое понимание: AVM напрямую использует текущее ограниченное пространство хранения BTC и структуру обработки кодов OP, вводя специальный метод кодирования и декодирования (среда песочницы) в каждую транзакцию основной сети BTC.

Эта песочница поставляется с собственным индексатором, анализатором песочницы (набором инструкций), глобальной базой данных (базой данных) и т. д., которые могут независимо выполнять управление полным набором хранилищ активов, записями состояния транзакций и т. д., что эквивалентно динамический, встроенный в основную сеть BTC. «Конечный автомат» может затем реализовывать сложную обработку смарт-контрактов, а также синхронизацию и проверку состояния.

3) Виртуальная машина AVM теоретически может позволить основной сети Биткойн иметь базовые функции работы смарт-контрактов, позволяя Биткойну управлять несколькими сложными активами и возможностью реализации DApps со сложной логикой состояния, что эквивалентно предоставлению сети Биткойн определенного уровня возможности. Самостоятельно построенные экологические функции.

Это, безусловно, большой прогресс, по крайней мере, тот же уровень инноваций в возможностях расширения BTC, что и RGB, Lightning Network и различные превосходные решения для обработки протоколов второго уровня. С точки зрения Native это даже лучше других решений.

Однако AVM использует сценарии Bitcoin Script для хранения кода и коды OP для выполнения транзакций. Поэтому в целом он ограничен производительностью основной сети BTC, например: размером пространства для хранения блоков, скоростью экспорта и т. д.

Только представьте, проект DeFi на основе AVM может обрабатывать только 7 транзакций в минуту, а ожидание между двумя переходами состояний занимает десять минут. Даже если такой смарт-контракт теоретически завершен, он все равно ограничен. Более того, полагаться на набор инструкций сценария Bitcoin Script для разработки сложных функций контракта сложнее и труднее, чем разрабатывать смарт-контракты на таких языках, как Ethereum Solidity.

Более того, в официальном документе AVM поясняется только встроенный метод выполнения Make Sense на виртуальной машине. Такие проблемы, как его фактическое развертывание и онлайн-работа, как работает среда приложения и как она работает стабильно, до сих пор неизвестны.

вот и все

В целом, я склонен рассматривать разработку и внедрение AVM как полезное активное исследование, основанное на расширении сценария основной сети BTC. Оно действительно может привести к реализации некоторых более простых смарт-контрактов в основной сети BTC. Основная сеть может играть большую роль и ценность в построении экологии второго уровня и комбинированной экологии ончейна и офчейна, такой как BitVM.

Однако, как и другие различные решения по расширению BTC, AVM также имеет свои преимущества и недостатки, и после реализации он должен полагаться на экологическую конструкцию, чтобы повысить свою «легитимность». Рекомендуется сохранять рациональный, осторожный и оптимистичный подход.