Отказ от ответственности

Эта статья была переведена с ее оригинального языка для вашего удобства. Несмотря на стремление к точности, могут быть небольшие ошибки или различия в толковании. Для наиболее точного и достоверного представления, пожалуйста, обратитесь к оригинальной публикации, доступной по ссылке. Мы ценим ваше понимание и рекомендуем обращаться к оригинальному источнику за подробной информацией.

Ключевые Моменты:

• Предикаты в FuelVM — это независимые программы авторизации, которые отвечают на простой вопрос «да/нет» о том, может ли транзакция быть выполнена, в то время как скрипты — это временные исполняемые программы, выполняющие сложные операции и исчезающие после выполнения.

• FuelVM сочетает модель UTXO из Bitcoin с независимыми предикатами, что позволяет осуществлять по-настоящему параллельную обработку транзакций, значительно повышая пропускную способность и эффективность. Это сочетание открывает возможность для более сложных транзакций, чем поддерживает Bitcoin, а интеграция со смарт-контрактами позволяет создавать dApps, аналогичные Ethereum, но с более высокой производительностью.

• В отличие от традиционных смарт-контрактов, скрипты FuelVM выполняются один раз и исчезают, что уменьшает нагрузку на состояние сети и позволяет выполнять сложные транзакционные операции с гарантированной атомарностью.

• Благодаря тому, что все активы рассматриваются как полноценные объекты протокола, а не как записи в смарт-контрактах, Fuel устраняет необходимость в механизмах одобрения и упрощает переводы активов.

• Модель UTXO с верификацией на основе предикатов позволяет обрабатывать несколько транзакций одновременно на доступных ядрах процессора, устраняя последовательные ограничения традиционных блокчейнов.

• Сложные многошаговые операции (например, многоуровневые обмены и стратегии доходного фарминга) могут выполняться атомарно в одной транзакции без промежуточных согласований, что кардинально упрощает пользовательский опыт в DeFi.

Fuel совершил прорыв в архитектуре блокчейна, сосредоточив свою концепцию на трех ключевых компонентах: предикатах, скриптах и контрактах. Разделяя проверку безопасности (предикаты), координация транзакций (скрипты) и управление состоянием (контракты), Fuel создал возможности, которых просто не существует в традиционных блокчейн-системах. В отличие от скриптов, которые являются эфемерными и не имеют состояния, только контракты могут вносить постоянные изменения в состояние FuelVM. Это четкое разделение ответственности позволяет повысить эффективность обработки, сохраняя при этом полную программируемость, необходимую для сложных приложений.

Если вам приходилось ждать в перегруженной сети, одновременно управляя несколькими подписями, вы знаете, насколько это неудобно. Именно здесь вступают в игру предикаты и скрипты FuelVM.

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

Скрипты – это эфемерные одноразовые программы, которые координируют многоконтрактные операции в одной транзакции — без дополнительной нагрузки и излишней сложности.

Представьте систему, где:

• Транзакции свыше $10 000 требуют одобрения 3 из 5 членов совета

• Меньшие транзакции автоматически одобряются мгновенно

• Нет дополнительных комиссий за мультиподписные проверки

В традиционной системе для этого потребовались бы несколько транзакций, сложная логика смарт-контрактов и высокие комиссии за газ. В Fuel предикат просто проверяет: «Достаточно ли у нас одобрений?», а скрипт выполняет финальный перевод.

UTXO-модель и Транзакционная Парадигма FuelVM

FuelVM использует модель UTXO (Unspent Transaction Output) вместо учетной модели, что является ключевым аспектом для понимания того, как предикаты и скрипты работают вместе.

UTXO vs. Модель аккаунтов:

• Модель аккаунтов (Ethereum): похоже на банковский счет с единым балансом, который увеличивается или уменьшается.

• Модель UTXO (FuelVM): похоже на наличные деньги, где каждая “монета” является отдельной единицей, которую можно потратить только один раз.

Эта основа UTXO обеспечивает:

1. Параллельную Обработку: несколько транзакций могут проверяться одновременно без общего состояния баланса.

2. Прямую Интеграцию Предикатов: условия расходования привязываются непосредственно к выходам, а не к глобальному состоянию аккаунта.

Traditional System:
Transaction 1 -> Wait -> Transaction 2 -> Wait -> Transaction 3

FuelVM's UTXO System:
Transaction 1 ----→
Transaction 2 ----→  All processing simultaneously
Transaction 3 ----→ 

Эта архитектура позволяет предикатам проверять определённые UTXO, в то время как скрипты координируют сложные транзакции, создавая новые UTXO с пользовательскими условиями — делая всю систему более эффективной и модульной.

Предикаты: Программы Авторизации без Состояния

Если вы забудете всё остальное о предикатах, помните, что они являются эфемерными валидаторами, отвечающими на единственный вопрос «Разрешено ли это расходование?» — и больше ни на что. Они не хранят данные и исчезают в тот момент, когда выполняют свою задачу. Именно эта минималистичность делает их такими гибкими и лёгкими.

1. Полная Безсостояниевость: Предикаты не хранят постоянное состояние, что устраняет накладные расходы на хранение.

2. Детерминированное Поведение: Предикаты оценивают транзакцию исключительно на основе её содержимого — входов, выходов и любых хэшей скриптов. Это делает их поведение полностью предсказуемым и проверяемым.

3. Безопасность на Этапе Компиляции: Так как предикаты пишутся на Sway, компилятор может обнаруживать распространённые уязвимости, такие как атаки повторного входа, ещё на этапе компиляции.

Предикат можно представить как надёжный, основанный на коде оператор “if”, ограничивающий доступ к вашим средствам. Например: “Разрешить расходование только в том случае, если по крайней мере 3 из 5 назначенных публичных ключей предоставили подпись.” Эта проверка не требует хранения состояния и легко поддаётся анализу. После её успешного выполнения транзакция может быть проведена.

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

В отличие от постоянных смарт-контрактов, скрипты — это эфемерные программы, которые выполняются один раз за транзакцию и затем исчезают, оставляя после себя только записи о выполнении. Скрипты могут:

• Читать и изменять хранилище контрактов

• Вызывать несколько контрактов

• Выполнять сложные вычисления с использованием состояния блокчейна

• Координировать многошаговые операции

Давайте посмотрим, как это работает на практике в сложной DeFi-операции, такой как мульти-хоп своп в сочетании с фармингом доходности:

В рамках одной транзакции вы можете выполнить мульти-хоп своп на двух разных DEX, внести полученные токены в пул фарминга, а затем (если доходность соответствует вашему порогу) завершить операцию обновлением вашей личной системы отслеживания. В монолитном подходе Ethereum это быстро превращается в несколько этапов и множество подтверждений.

С Fuel:

1. Предикат говорит: «Вы можете потратить эти активы, подтвержденные вашей заранее определенной логикой».

2. Затем скрипт координирует фактические вызовы в сети — обменять токен A на B на DEX #1, затем обменять B на C на DEX #2, внести C в агрегатор доходности, подтвердить доходность, откатить, если условия не выполнены.

Все это происходит атомарно. Если доходность агрегатора неудовлетворительная, сделка может отмениться, или пул не подходит — тогда все операции откатываются без побочных эффектов. Вся транзакция может быть отменена без каких-либо изменений состояния. Невозможно застрять в наполовину выполненном состоянии. При этом вы платите комиссию только один раз и не нуждаетесь в нескольких подтверждениях.

https://x.com/BuildOnFuel/status/1882440372833726624

Когда UTXO и предикаты без состояния работают вместе, они позволяют реализовать настоящую параллельную обработку транзакций. В отличие от традиционных блокчейнов, где операции вынуждены ждать своей очереди для доступа к общему состоянию, предикаты FuelVM могут проверять различные UTXO независимо и одновременно.

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

Это позволяет реализовать ранее сложные функции, такие как спонсорство газа. Например, чтобы новые пользователи могли бесплатно минтить NFT, предикат может удерживать токены для оплаты газа, в то время как скрипт выполняет процесс минтинга NFT. Если предикат подтверждает, что пользователь соответствует требованиям, все происходит в одной единой транзакции.

Модель активов Fuel дополняет архитектуру предикатов и скриптов, рассматривая все активы как первоклассные сущности в протоколе. Каждый актив имеет уникальный AssetId и существует в виде отдельных «монет» в модели UTXO.

Это дает два ключевых преимущества:

1. Простота Переводов: переводы активов осуществляются напрямую через операции UTXO без дополнительных этапов одобрения

2. Повышенная Безопасность: право собственности однозначно связано с конкретными UTXO, что идеально дополняет проверки безопасности на основе предикатов

Архитектура предикатов и скриптов FuelVM представляет собой фундаментально новый подход к обработке транзакций в блокчейне. Разделяя авторизацию (предикаты) и выполнение (скрипты), а также основываясь на модели UTXO, Fuel позволяет реализовать параллельную обработку, атомарные транзакции и упрощенное управление активами — то, что представляет сложность для традиционных блокчейнов.

Эта архитектура открывает новые возможности для разработчиков, позволяя создавать более быстрые и эффективные DeFi-протоколы, NFT-платформы и кросс-чейн приложения с значительно улучшенным пользовательским опытом.

Для получения дополнительной информации посетите Fuel Book.

Отказ от ответственности

Эта статья была переведена с ее оригинального языка для вашего удобства. Несмотря на стремление к точности, могут быть небольшие ошибки или различия в толковании. Для наиболее точного и достоверного представления, пожалуйста, обратитесь к оригинальной публикации, доступной по ссылке. Мы ценим ваше понимание и рекомендуем обращаться к оригинальному источнику за подробной информацией.

Ключевые Моменты:

• Предикаты в FuelVM — это независимые программы авторизации, которые отвечают на простой вопрос «да/нет» о том, может ли транзакция быть выполнена, в то время как скрипты — это временные исполняемые программы, выполняющие сложные операции и исчезающие после выполнения.

• FuelVM сочетает модель UTXO из Bitcoin с независимыми предикатами, что позволяет осуществлять по-настоящему параллельную обработку транзакций, значительно повышая пропускную способность и эффективность. Это сочетание открывает возможность для более сложных транзакций, чем поддерживает Bitcoin, а интеграция со смарт-контрактами позволяет создавать dApps, аналогичные Ethereum, но с более высокой производительностью.

• В отличие от традиционных смарт-контрактов, скрипты FuelVM выполняются один раз и исчезают, что уменьшает нагрузку на состояние сети и позволяет выполнять сложные транзакционные операции с гарантированной атомарностью.

• Благодаря тому, что все активы рассматриваются как полноценные объекты протокола, а не как записи в смарт-контрактах, Fuel устраняет необходимость в механизмах одобрения и упрощает переводы активов.

• Модель UTXO с верификацией на основе предикатов позволяет обрабатывать несколько транзакций одновременно на доступных ядрах процессора, устраняя последовательные ограничения традиционных блокчейнов.

• Сложные многошаговые операции (например, многоуровневые обмены и стратегии доходного фарминга) могут выполняться атомарно в одной транзакции без промежуточных согласований, что кардинально упрощает пользовательский опыт в DeFi.

Fuel совершил прорыв в архитектуре блокчейна, сосредоточив свою концепцию на трех ключевых компонентах: предикатах, скриптах и контрактах. Разделяя проверку безопасности (предикаты), координация транзакций (скрипты) и управление состоянием (контракты), Fuel создал возможности, которых просто не существует в традиционных блокчейн-системах. В отличие от скриптов, которые являются эфемерными и не имеют состояния, только контракты могут вносить постоянные изменения в состояние FuelVM. Это четкое разделение ответственности позволяет повысить эффективность обработки, сохраняя при этом полную программируемость, необходимую для сложных приложений.

Если вам приходилось ждать в перегруженной сети, одновременно управляя несколькими подписями, вы знаете, насколько это неудобно. Именно здесь вступают в игру предикаты и скрипты FuelVM.

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

Скрипты – это эфемерные одноразовые программы, которые координируют многоконтрактные операции в одной транзакции — без дополнительной нагрузки и излишней сложности.

Представьте систему, где:

• Транзакции свыше $10 000 требуют одобрения 3 из 5 членов совета

• Меньшие транзакции автоматически одобряются мгновенно

• Нет дополнительных комиссий за мультиподписные проверки

В традиционной системе для этого потребовались бы несколько транзакций, сложная логика смарт-контрактов и высокие комиссии за газ. В Fuel предикат просто проверяет: «Достаточно ли у нас одобрений?», а скрипт выполняет финальный перевод.

UTXO-модель и Транзакционная Парадигма FuelVM

FuelVM использует модель UTXO (Unspent Transaction Output) вместо учетной модели, что является ключевым аспектом для понимания того, как предикаты и скрипты работают вместе.

UTXO vs. Модель аккаунтов:

• Модель аккаунтов (Ethereum): похоже на банковский счет с единым балансом, который увеличивается или уменьшается.

• Модель UTXO (FuelVM): похоже на наличные деньги, где каждая “монета” является отдельной единицей, которую можно потратить только один раз.

Эта основа UTXO обеспечивает:

1. Параллельную Обработку: несколько транзакций могут проверяться одновременно без общего состояния баланса.

2. Прямую Интеграцию Предикатов: условия расходования привязываются непосредственно к выходам, а не к глобальному состоянию аккаунта.

Traditional System:
Transaction 1 -> Wait -> Transaction 2 -> Wait -> Transaction 3

FuelVM's UTXO System:
Transaction 1 ----→
Transaction 2 ----→  All processing simultaneously
Transaction 3 ----→ 

Эта архитектура позволяет предикатам проверять определённые UTXO, в то время как скрипты координируют сложные транзакции, создавая новые UTXO с пользовательскими условиями — делая всю систему более эффективной и модульной.

Предикаты: Программы Авторизации без Состояния

Если вы забудете всё остальное о предикатах, помните, что они являются эфемерными валидаторами, отвечающими на единственный вопрос «Разрешено ли это расходование?» — и больше ни на что. Они не хранят данные и исчезают в тот момент, когда выполняют свою задачу. Именно эта минималистичность делает их такими гибкими и лёгкими.

1. Полная Безсостояниевость: Предикаты не хранят постоянное состояние, что устраняет накладные расходы на хранение.

2. Детерминированное Поведение: Предикаты оценивают транзакцию исключительно на основе её содержимого — входов, выходов и любых хэшей скриптов. Это делает их поведение полностью предсказуемым и проверяемым.

3. Безопасность на Этапе Компиляции: Так как предикаты пишутся на Sway, компилятор может обнаруживать распространённые уязвимости, такие как атаки повторного входа, ещё на этапе компиляции.

Предикат можно представить как надёжный, основанный на коде оператор “if”, ограничивающий доступ к вашим средствам. Например: “Разрешить расходование только в том случае, если по крайней мере 3 из 5 назначенных публичных ключей предоставили подпись.” Эта проверка не требует хранения состояния и легко поддаётся анализу. После её успешного выполнения транзакция может быть проведена.

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

В отличие от постоянных смарт-контрактов, скрипты — это эфемерные программы, которые выполняются один раз за транзакцию и затем исчезают, оставляя после себя только записи о выполнении. Скрипты могут:

• Читать и изменять хранилище контрактов

• Вызывать несколько контрактов

• Выполнять сложные вычисления с использованием состояния блокчейна

• Координировать многошаговые операции

Давайте посмотрим, как это работает на практике в сложной DeFi-операции, такой как мульти-хоп своп в сочетании с фармингом доходности:

В рамках одной транзакции вы можете выполнить мульти-хоп своп на двух разных DEX, внести полученные токены в пул фарминга, а затем (если доходность соответствует вашему порогу) завершить операцию обновлением вашей личной системы отслеживания. В монолитном подходе Ethereum это быстро превращается в несколько этапов и множество подтверждений.

С Fuel:

1. Предикат говорит: «Вы можете потратить эти активы, подтвержденные вашей заранее определенной логикой».

2. Затем скрипт координирует фактические вызовы в сети — обменять токен A на B на DEX #1, затем обменять B на C на DEX #2, внести C в агрегатор доходности, подтвердить доходность, откатить, если условия не выполнены.

Все это происходит атомарно. Если доходность агрегатора неудовлетворительная, сделка может отмениться, или пул не подходит — тогда все операции откатываются без побочных эффектов. Вся транзакция может быть отменена без каких-либо изменений состояния. Невозможно застрять в наполовину выполненном состоянии. При этом вы платите комиссию только один раз и не нуждаетесь в нескольких подтверждениях.

https://x.com/BuildOnFuel/status/1882440372833726624

Когда UTXO и предикаты без состояния работают вместе, они позволяют реализовать настоящую параллельную обработку транзакций. В отличие от традиционных блокчейнов, где операции вынуждены ждать своей очереди для доступа к общему состоянию, предикаты FuelVM могут проверять различные UTXO независимо и одновременно.

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

Это позволяет реализовать ранее сложные функции, такие как спонсорство газа. Например, чтобы новые пользователи могли бесплатно минтить NFT, предикат может удерживать токены для оплаты газа, в то время как скрипт выполняет процесс минтинга NFT. Если предикат подтверждает, что пользователь соответствует требованиям, все происходит в одной единой транзакции.

Модель активов Fuel дополняет архитектуру предикатов и скриптов, рассматривая все активы как первоклассные сущности в протоколе. Каждый актив имеет уникальный AssetId и существует в виде отдельных «монет» в модели UTXO.

Это дает два ключевых преимущества:

1. Простота Переводов: переводы активов осуществляются напрямую через операции UTXO без дополнительных этапов одобрения

2. Повышенная Безопасность: право собственности однозначно связано с конкретными UTXO, что идеально дополняет проверки безопасности на основе предикатов

Архитектура предикатов и скриптов FuelVM представляет собой фундаментально новый подход к обработке транзакций в блокчейне. Разделяя авторизацию (предикаты) и выполнение (скрипты), а также основываясь на модели UTXO, Fuel позволяет реализовать параллельную обработку, атомарные транзакции и упрощенное управление активами — то, что представляет сложность для традиционных блокчейнов.

Эта архитектура открывает новые возможности для разработчиков, позволяя создавать более быстрые и эффективные DeFi-протоколы, NFT-платформы и кросс-чейн приложения с значительно улучшенным пользовательским опытом.

Для получения дополнительной информации посетите Fuel Book.