Раскрытие информации
Мнения и взгляды, выраженные в данной статье, принадлежат исключительно автору и не отражают позицию редакции crypto.news.
Смарт-контракты и активы
Каждая платформа смарт-контрактов имеет встроенный актив для оплаты сборов. Например, Ethereum (ETH) использует ETH, Solana (SOL) — SOL, но с Bitcoin (BTC) ситуация более сложная. Если вы хотите разрабатывать выразительные приложения, вы, как правило, в конечном итоге принимаете экономику второй сети. На Stacks, например, вы оплачиваете сборы в STX.
На слоях Bitcoin, работающих по аналогии с EVM, вам могут сказать, что BTC является токеном газа, но это представление, как правило, характерно для L2, с конвенциями, схожими с EVM (включая 18 десятичных знаков), и вы все равно работаете в рамках этой среды L2. Сам Bitcoin, тем временем, уже имеет четкий рынок сборов, где пользователи делают ставки на пространство блока в sat/vB, а майнеры отдают приоритет более высоким ставкам.
Идея OpNet
Учитывая это, что если бы взаимодействие со смарт-контрактом можно было инициировать и оплачивать как обычную транзакцию Bitcoin, с сборами в BTC (без дополнительного токена газа или форка), в то время как умная часть работает в другом месте и остается доказуемо связанной с Bitcoin? OpNet ставит перед собой задачу предоставить ответ.
Рынок сборов Bitcoin отлично справляется с одной задачей: оценкой пространства блока.
Вы конкурируете в sat/vB, майнеры выбирают самые высокие ставки, и сеть остается простой и устойчивой к атакам. Однако Bitcoin не предоставляет общего исполняемого окружения, где цепочка может измерять и взимать плату за произвольные вычисления. Bitcoin Script намеренно безсостояний и не является Тьюринг-полным, специально не имея циклов или переходов, чтобы каждый узел мог предсказуемо проверять скрипты, не открывая дверь для неограниченных вычислений.
Проблемы и решения
Вот почему большинство подходов к смарт-контрактам Bitcoin в конечном итоге помещают выполнение на отдельную систему, которая может измерять вычисления и запускать собственный рынок сборов. Как только у вас есть этот отдельный слой выполнения, он обычно приходит с отдельным активом для сборов (например, Stacks взимает сборы в STX).
Это не идеально, и система, в которой вы могли бы сохранить платежи в родном рынке сборов Bitcoin, перемещая выполнение в другое место, была бы предпочтительнее. Приняв, что Bitcoin Script намеренно ограничен (безсостояний и не предназначен для неограниченных вычислений), вы начинаете думать о том, как заставить Bitcoin фиксировать результаты и платежи.
Виртуальная машина и логика контракта
Действительно, выполнение может происходить в специализированной виртуальной машине, созданной для выполнения логики смарт-контрактов детерминированно, в то время как Bitcoin остается базовым слоем, который ставит временные метки, упорядочивает и оценивает взаимодействия через существующий рынок сборов. В дизайне OpNet логика контракта оценивается с помощью виртуальной машины, ориентированной на Wasm (OP-VM), в то время как более широкий стек узлов явно построен для управления и выполнения смарт-контрактов с использованием существующих механик транзакций и UTXO Bitcoin.
Ключевым моментом является то, что это не связано с новым активом для сборов. Bitcoin не нужно измерять вычисления, чтобы быть валютой газа. Он должен быть конечным слоем расчетов, в который все в конечном итоге платят и к которому привязываются.
Модель взаимодействия
Наша модель взаимодействия следует потоку «симуляция-затем-расход», а не традиционному шаблону выполнения смарт-контрактов, при этом последний шаг выполнения происходит как фактическая транзакция Bitcoin. Сначала ваше приложение вызывает метод контракта в режиме симуляции. Этот запрос проходит через провайдера к узлу OPNet, который выполняет контракт в своей виртуальной машине и возвращает CallResult (включая оценки газа/сборов) без трансляции чего-либо в Bitcoin.
Если вызов изменяет состояние, вы берете этот CallResult и отправляете его как выполнение. На этом этапе библиотека создает транзакцию Bitcoin, подписывает ее и транслирует в сеть Bitcoin.
Ключевые моменты
Два момента стоит помнить: во-первых, собственное измерение вычислений OpNet все еще существует, но оно оценивается в сатоши (оценка SATS Gas, возвраты в SATS и т.д.), так что единица никогда не уходит в отдельную токеномическую экономику. Пользователям больше не нужно принимать вторую экономику сборов только для взаимодействия с приложениями.
Во-вторых, инструменты опираются на стандартные рабочие процессы Bitcoin, такие как обработка UTXO, подключения провайдеров и даже оффлайн/холодная подпись. Контракты живут в среде выполнения Wasm и написаны на AssemblyScript, стремясь к выразительности, похожей на Solidity, не притворяясь, что Bitcoin Script внезапно стал виртуальной машиной.
Заключение
Утверждение о том, что BTC не может функционировать как газ, обычно основывается на предположении, что базовый слой должен измерять вычисления, чтобы оценить их. Bitcoin не измеряет вычисления; он измеряет пространство блока и фиксирует стоимость. Решение состоит в том, чтобы позволить виртуальной машине обрабатывать выполнение детерминированно, а затем направлять каждое взаимодействие, изменяющее состояние, через стандартную транзакцию Bitcoin, где сборы выражаются в знакомых терминах, таких как sat/vB и ограничены в сатоши.
В нашем случае это реализуется на уровне клиента через параметры, такие как feeRate и maximumAllowedSatToSpend. Так что, возможно, BTC как газ действительно правдоподобен. Сборы остаются родными для BTC от начала до конца, в то время как среда выполнения контракта остается основанной на WebAssembly (AssemblyScript → Wasm), что сохраняет логику выразительной, не меняя валюту сборов.
Фредерик Фоско
