Анализ различий публичных блокчейнов с точки зрения жизненного цикла交易
Сравнение технических различий между языком Move, Aptos и другими публичными цепочками может показаться сложным из-за различий в глубине наблюдения. Обобщенный анализ часто затрудняет углубленное понимание, тогда как углубление в код может привести к утрате глобальной перспективы. Чтобы быстро и точно понять различия между Aptos и другими публичными цепочками, крайне важно выбрать правильную точку входа.
Жизненный цикл одной сделки, безусловно, является лучшей отправной точкой. Анализируя полный процесс сделки от создания до окончательного обновления состояния — включая создание и инициирование, распространение, сортировку, выполнение и обновление состояния — мы можем четко понять подходы к проектированию и техническим компромиссам публичных блокчейнов. Исходя из этого, отступая назад, можно понять основные идеи различных публичных блокчейнов; продвигаясь вперед, можно исследовать, как разрабатывать привлекательные для рынка приложения на Aptos.
Все блокчейн-транзакции разворачиваются вокруг этих пяти шагов, и в этой статье будет сосредоточено внимание на Aptos, анализируя его уникальный дизайн и сравнивая ключевые различия с Ethereum и Solana.
Aptos: Оптимистичное параллельное исполнение и высокопроизводительный дизайн
Aptos - это публичная цепочка, подчеркивающая высокую производительность, чей жизненный цикл транзакций схож с Ethereum, но достигает значительного повышения благодаря уникальному оптимистичному параллельному выполнению и оптимизации пулов памяти. Вот ключевые шаги жизненного цикла транзакций на Aptos:
Создание и инициирование
Сеть Aptos состоит из легких узлов, полных узлов и валидаторов. Пользователи инициируют транзакции через легкие узлы (такие как кошельки или приложения), легкие узлы пересылают транзакции ближайшим полным узлам, которые затем синхронизируются с валидаторами.
Радио
Aptos сохраняет пул памяти, однако между пулами памяти не происходит обмена после QuorumStore. В отличие от Ethereum, его пул памяти не просто буфер для транзакций. После того как транзакция попадает в пул памяти, система выполняет предварительную сортировку в соответствии с правилами (такими как FIFO или стоимость газа), чтобы гарантировать отсутствие конфликтов при параллельном выполнении транзакций. Этот дизайн избегает высоких аппаратных требований Solana, связанных с необходимостью заранее объявлять наборы для чтения и записи.
сортировка
Aptos использует консенсус AptosBFT, при котором инициатор не может свободно сортировать транзакции. AIP-68 предоставляет инициатору дополнительные права на заполнение задержанных транзакций. Предварительная сортировка в пуле памяти завершена для предотвращения конфликтов, генерация блоков больше зависит от сотрудничества между валидаторами, чем от инициативы инициатора.
Выполнить
Aptos использует технологию Block-STM для реализации оптимистичного параллельного выполнения. Транзакции предполагаются без конфликтов и обрабатываются одновременно; если после выполнения обнаруживается конфликт, затронутые транзакции будут повторно выполнены. Этот подход использует многоядерные процессоры для повышения эффективности, TPS может достигать 160,000.
Обновление статуса
Состояние синхронизации валидаторов, окончательность подтверждается контрольной точкой, аналогично механизму Epoch в Ethereum, но с большей эффективностью.
Основное преимущество Aptos заключается в комбинации оптимистичной параллельности и предсортировки в пуле памяти, что снижает требования к производительности узлов и значительно увеличивает пропускную способность.
Эфириум: Бенчмарк последовательного выполнения
Эфир, будучи пионером смарт-контрактов, является отправной точкой технологии публичных цепочек, а его жизненный цикл транзакций предоставляет базовую структуру для понимания Aptos.
Жизненный цикл транзакций Ethereum
Создание и инициирование: Пользователи инициируют транзакции через кошелек с помощью промежуточного шлюза или RPC-интерфейса.
Трансляция: Сделка попадает в общую память, ожидая упаковки.
Сортировка: После обновления PoS создатели блоков упаковывают транзакции на основе принципа максимизации прибыли, после чего они подаются предложителю через торги на промежуточном уровне.
Исполнение: EVM последовательно обрабатывает транзакции, обновление состояния в одном потоке.
Обновление статуса: Блок должен пройти два контрольных пункта для подтверждения окончательности.
Серийное выполнение и дизайн пула памяти Ethereum ограничивают производительность, время блока составляет 12 секунд/слот, TPS низкий. В отличие от этого, Aptos добился качественного прорыва благодаря параллельному выполнению и оптимизации пула памяти.
Solana: крайняя оптимизация с детерминированным параллелизмом
Солана известна своей высокой производительностью, а жизненный цикл транзакций значительно отличается от Aptos, особенно в отношении пула памяти и способа выполнения.
Жизненный цикл транзакций Solana
Создание и инициирование: пользователи инициируют транзакцию через кошелек.
Трансляция: Нет общего пула памяти, транзакции отправляются непосредственно текущему и двум следующим предложителям.
Сортировка: Предложители упаковывают блоки на основе PoH (Доказательство Истории), время блока составляет всего 400 миллисекунд.
Выполнение: виртуальная машина Sealevel использует детерминированное параллельное выполнение, необходимо заранее объявить наборы чтения и записи, чтобы избежать конфликтов.
Причина, по которой Solana не использует пул памяти, заключается в том, что пул памяти может стать узким местом производительности. Из-за отсутствия пула памяти и уникального консенсуса PoH в Solana узлы могут быстро достигать согласия по порядку транзакций, что устраняет необходимость в очереди транзакций в пуле памяти, и транзакции почти могут быть завершены мгновенно. Однако это также означает, что при перегрузке сети транзакции могут быть отклонены вместо ожидания, и пользователю потребуется повторно отправить их.
В сравнении, оптимистичное параллельное выполнение Aptos не требует объявления наборов чтения и записи, порог для узлов ниже, а TPS выше.
Два пути параллельного выполнения: Aptos против Solana
Исполнение транзакции представляет собой обновление состояния блока, процесс преобразования команд инициации транзакции в состояние окончательной завершенности. Как понять это изменение? Узлы предполагают, что транзакция успешна, вычисляют её влияние на состояние сети, и этот процесс вычисления и есть исполнение.
Таким образом, параллельное выполнение в блокчейне относится к процессу одновременного вычисления состояния сети многопроцессорными системами. В текущем рынке параллельное выполнение делится на детерминированное параллельное выполнение и оптимистичное параллельное выполнение. Различия между этими двумя направлениями разработки коренятся в том, как гарантировать, что параллельные транзакции не будут конфликтовать — то есть, существуют ли зависимости между транзакциями.
Таким образом, момент определения конфликтов зависимостей параллельных транзакций в жизненном цикле транзакций определяет дифференциацию двух направлений разработки: детерминированного параллельного выполнения и оптимистичного параллельного выполнения. Aptos и Solana выбрали разные направления:
Детерминированное параллельное выполнение (Solana): перед трансляцией транзакций необходимо объявить наборы чтения и записи, движок Sealevel обрабатывает параллельные транзакции без конфликтов на основе объявлений, конфликтующие транзакции выполняются последовательно. Преимущества: высокая эффективность, недостатки: высокие требования к оборудованию.
Оптимистическая параллельность (Aptos): предполагается, что транзакции не конфликтуют, после параллельного выполнения Block-STM происходит верификация, если есть конфликт, то происходит повторная попытка. Предварительная сортировка в памяти снижает риск конфликтов, нагрузка на узлы становится легче.
Пример: Баланс счета A 100, транзакция 1 переводит 70 B, транзакция 2 переводит 50 C. Solana подтверждает конфликты заранее через объявления и обрабатывает их по порядку; Aptos выполняет параллельно и, если обнаруживает недостаток средств, корректирует заново. Гибкость Aptos делает его более масштабируемым.
Оптимистичное параллельное выполнение через пул памяти для предварительного завершения подтверждения конфликтов
Основная идея оптимистичного параллелизма заключается в предположении, что транзакции, обрабатываемые параллельно, не будут конфликтовать, поэтому на стороне приложения нет необходимости отправлять декларацию транзакции до ее выполнения. Если после выполнения транзакции при проверке будут обнаружены конфликты, Block-STM повторно выполнит затронутые транзакции для обеспечения согласованности.
Однако на практике, если заранее не подтвердить, конфликтуют ли зависимости транзакции, во время реального выполнения может возникнуть множество ошибок, что приведет к замедлению работы публичной цепи. Таким образом, оптимистичное параллельное выполнение не является простым предположением о том, что транзакции не конфликтуют, а в определенной стадии заранее избегает рисков, этой стадией является стадия трансляции транзакций.
На Aptos, после того как транзакции попадают в общий пул памяти, они предварительно сортируются по определённым правилам (например, FIFO и уровню Gas-расходов), чтобы гарантировать, что транзакции в одном блоке не будут конфликтовать при параллельном выполнении. Таким образом, можно увидеть, что у предложителя Aptos фактически нет возможности сортировать транзакции, и в сети нет строителей блоков. Эта предварительная сортировка транзакций является ключевым элементом реализации оптимистичного параллелизма в Aptos. В отличие от Solana, которая требует введения деклараций транзакций, Aptos не нуждается в этом механизме, что существенно снижает требования к производительности узлов. В плане сетевых расходов, связанных с обеспечением отсутствия конфликтов транзакций, влияние пула памяти Aptos на TPS гораздо меньше, чем затраты, связанные с введением деклараций транзакций в Solana. Таким образом, TPS Aptos может достигать 160,000, что более чем в два раза превышает показатели Solana. Влияние предварительной сортировки транзакций заключается в том, что на Aptos сложнее захватывать MEV, что одновременно приносит пользователям как плюсы, так и минусы.
Наратив, основанный на безопасности, является направлением развития Aptos
RWA
Aptos активно продвигает токенизацию реальных активов и решения для институциональных финансов. В отличие от Ethereum, Block-STM Aptos может параллельно обрабатывать несколько транзакций передачи активов, что позволяет избежать задержек в подтверждении прав собственности из-за перегрузки сети. На некоторых публичных блокчейнах, несмотря на высокую скорость транзакций, отсутствие проектирования пула памяти может привести к потере транзакций во время перегрузки сети, что влияет на стабильность подтверждения прав собственности RWA. Предварительная сортировка пула памяти Aptos гарантирует, что транзакции выполняются в порядке, даже в часы пик, что позволяет поддерживать надежность записей об активах. RWA требует сложной поддержки смарт-контрактов, такой как деление активов, распределение доходов и проверка соблюдения правил. Модульный дизайн и безопасность языка Move позволяют разработчикам более легко создавать надежные приложения RWA. В то же время, сложность разработки контрактов на некоторых публичных блокчейнах и риск уязвимостей увеличивают затраты на разработку, тогда как языки программирования на других публичных блокчейнах, хотя и эффективны, требуют от разработчиков более высокой кривой обучения. Экологическая дружелюбность Aptos обещает привлечь больше проектов RWA, создавая положительный цикл. Потенциал Aptos в области RWA заключается в сочетании безопасности и производительности. В будущем он может сосредоточиться на сотрудничестве с традиционными финансовыми учреждениями для токенизации высокоценных активов, таких как облигации и акции, с использованием языка Move для создания стандартов токенизации с сильным соблюдением правил. Эта нарратив "безопасность + эффективность" позволит Aptos выделиться на рынке RWA.
В июле 2024 года Aptos официально объявила о внедрении USDY от Ondo Finance в свою экосистему, а также о интеграции на основных DEX и кредитных приложениях. На 10 марта рыночная капитализация USDY на Aptos составляла около 15 миллионов долларов, что составляет примерно 2,5% от общей рыночной капитализации USDY. В октябре 2024 года Aptos объявила, что Franklin Templeton запустила на Aptos Network фонд денежного рынка правительства США (FOBXX), представленный токеном BENJI. Кроме того, Aptos сотрудничает с Libre для продвижения токенизации ценных бумаг, переводя инвестиционные фонды Brevan Howard, BlackRock и Hamilton Lane на блокчейн, что улучшает доступ для институциональных инвесторов.
Платежи стейблкоинов
Платежи в стабильных монетах должны обеспечивать окончательность транзакции и безопасность активов. Язык Move от Aptos предотвращает двойные расходы с помощью модели ресурсов, обеспечивая точность каждого перевода стабильных монет. Например, когда пользователь оплачивает с помощью USDC на Aptos, состояние транзакции обновляется с жесткой защитой, что предотвращает потерю средств из-за уязвимостей в контрактах. Кроме того, низкие сборы за Gas в Aptos (благодаря высокой производительности TPS) делают его крайне конкурентоспособным в сценариях мелких платежей. Высокие сборы за Gas на некоторых блокчейнах ограничивают их платежные приложения, в то время как другие блокчейны, несмотря на низкие затраты, могут подвергать риску отказ в транзакциях при перегрузке сети, что может повлиять на пользовательский опыт. Предварительная сортировка в памяти и Block-STM от Aptos обеспечивают стабильность платежных транзакций и низкую задержку.
PayFi и стабильные монеты должны учитывать децентрализацию и соблюдение нормативных требований. Децентрализованный консенсус AptosBFT снижает риски централизации, в то время как его модульная архитектура поддерживает разработчиков в интеграции проверок KYC/AML. Например, эмитент стабильной монеты может развернуть соответствующий контракт на Aptos, чтобы гарантировать соответствие сделок местным законам, не жертвуя эффективностью сети. Это преимущество по сравнению с централизованными релейными моделями некоторых публичных блокчейнов, а также компенсирует потенциальные недостатки соблюдения, связанные с доминированием предложителей других публичных блокчейнов. Сбалансированный дизайн Aptos делает его более подходящим для входа финансовых учреждений.
Потенциал Aptos в области PayFi и стабильных валют заключается в "безопасности, эффективности и соответствии". В будущем будет продолжаться продвижение массового принятия стабильных валют и создание транснациональной платежной сети.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
10 Лайков
Награда
10
5
Поделиться
комментарий
0/400
BlockchainDecoder
· 17ч назад
Согласно данным о производительности из статьи MIT по Блокчейну за 2022 год, параллелизм Aptos еще требует дальнейшей проверки.
Оптимистичное параллельное выполнение Aptos создает высокопроизводительный безопасный публичный блокчейн
Анализ различий публичных блокчейнов с точки зрения жизненного цикла交易
Сравнение технических различий между языком Move, Aptos и другими публичными цепочками может показаться сложным из-за различий в глубине наблюдения. Обобщенный анализ часто затрудняет углубленное понимание, тогда как углубление в код может привести к утрате глобальной перспективы. Чтобы быстро и точно понять различия между Aptos и другими публичными цепочками, крайне важно выбрать правильную точку входа.
Жизненный цикл одной сделки, безусловно, является лучшей отправной точкой. Анализируя полный процесс сделки от создания до окончательного обновления состояния — включая создание и инициирование, распространение, сортировку, выполнение и обновление состояния — мы можем четко понять подходы к проектированию и техническим компромиссам публичных блокчейнов. Исходя из этого, отступая назад, можно понять основные идеи различных публичных блокчейнов; продвигаясь вперед, можно исследовать, как разрабатывать привлекательные для рынка приложения на Aptos.
Все блокчейн-транзакции разворачиваются вокруг этих пяти шагов, и в этой статье будет сосредоточено внимание на Aptos, анализируя его уникальный дизайн и сравнивая ключевые различия с Ethereum и Solana.
Aptos: Оптимистичное параллельное исполнение и высокопроизводительный дизайн
Aptos - это публичная цепочка, подчеркивающая высокую производительность, чей жизненный цикл транзакций схож с Ethereum, но достигает значительного повышения благодаря уникальному оптимистичному параллельному выполнению и оптимизации пулов памяти. Вот ключевые шаги жизненного цикла транзакций на Aptos:
Создание и инициирование
Сеть Aptos состоит из легких узлов, полных узлов и валидаторов. Пользователи инициируют транзакции через легкие узлы (такие как кошельки или приложения), легкие узлы пересылают транзакции ближайшим полным узлам, которые затем синхронизируются с валидаторами.
Радио
Aptos сохраняет пул памяти, однако между пулами памяти не происходит обмена после QuorumStore. В отличие от Ethereum, его пул памяти не просто буфер для транзакций. После того как транзакция попадает в пул памяти, система выполняет предварительную сортировку в соответствии с правилами (такими как FIFO или стоимость газа), чтобы гарантировать отсутствие конфликтов при параллельном выполнении транзакций. Этот дизайн избегает высоких аппаратных требований Solana, связанных с необходимостью заранее объявлять наборы для чтения и записи.
сортировка
Aptos использует консенсус AptosBFT, при котором инициатор не может свободно сортировать транзакции. AIP-68 предоставляет инициатору дополнительные права на заполнение задержанных транзакций. Предварительная сортировка в пуле памяти завершена для предотвращения конфликтов, генерация блоков больше зависит от сотрудничества между валидаторами, чем от инициативы инициатора.
Выполнить
Aptos использует технологию Block-STM для реализации оптимистичного параллельного выполнения. Транзакции предполагаются без конфликтов и обрабатываются одновременно; если после выполнения обнаруживается конфликт, затронутые транзакции будут повторно выполнены. Этот подход использует многоядерные процессоры для повышения эффективности, TPS может достигать 160,000.
Обновление статуса
Состояние синхронизации валидаторов, окончательность подтверждается контрольной точкой, аналогично механизму Epoch в Ethereum, но с большей эффективностью.
Основное преимущество Aptos заключается в комбинации оптимистичной параллельности и предсортировки в пуле памяти, что снижает требования к производительности узлов и значительно увеличивает пропускную способность.
Эфириум: Бенчмарк последовательного выполнения
Эфир, будучи пионером смарт-контрактов, является отправной точкой технологии публичных цепочек, а его жизненный цикл транзакций предоставляет базовую структуру для понимания Aptos.
Жизненный цикл транзакций Ethereum
Создание и инициирование: Пользователи инициируют транзакции через кошелек с помощью промежуточного шлюза или RPC-интерфейса.
Трансляция: Сделка попадает в общую память, ожидая упаковки.
Сортировка: После обновления PoS создатели блоков упаковывают транзакции на основе принципа максимизации прибыли, после чего они подаются предложителю через торги на промежуточном уровне.
Исполнение: EVM последовательно обрабатывает транзакции, обновление состояния в одном потоке.
Обновление статуса: Блок должен пройти два контрольных пункта для подтверждения окончательности.
Серийное выполнение и дизайн пула памяти Ethereum ограничивают производительность, время блока составляет 12 секунд/слот, TPS низкий. В отличие от этого, Aptos добился качественного прорыва благодаря параллельному выполнению и оптимизации пула памяти.
Solana: крайняя оптимизация с детерминированным параллелизмом
Солана известна своей высокой производительностью, а жизненный цикл транзакций значительно отличается от Aptos, особенно в отношении пула памяти и способа выполнения.
Жизненный цикл транзакций Solana
Создание и инициирование: пользователи инициируют транзакцию через кошелек.
Трансляция: Нет общего пула памяти, транзакции отправляются непосредственно текущему и двум следующим предложителям.
Сортировка: Предложители упаковывают блоки на основе PoH (Доказательство Истории), время блока составляет всего 400 миллисекунд.
Выполнение: виртуальная машина Sealevel использует детерминированное параллельное выполнение, необходимо заранее объявить наборы чтения и записи, чтобы избежать конфликтов.
Обновление состояния: Быстрое подтверждение BFT-консенсуса.
Причина, по которой Solana не использует пул памяти, заключается в том, что пул памяти может стать узким местом производительности. Из-за отсутствия пула памяти и уникального консенсуса PoH в Solana узлы могут быстро достигать согласия по порядку транзакций, что устраняет необходимость в очереди транзакций в пуле памяти, и транзакции почти могут быть завершены мгновенно. Однако это также означает, что при перегрузке сети транзакции могут быть отклонены вместо ожидания, и пользователю потребуется повторно отправить их.
В сравнении, оптимистичное параллельное выполнение Aptos не требует объявления наборов чтения и записи, порог для узлов ниже, а TPS выше.
Два пути параллельного выполнения: Aptos против Solana
Исполнение транзакции представляет собой обновление состояния блока, процесс преобразования команд инициации транзакции в состояние окончательной завершенности. Как понять это изменение? Узлы предполагают, что транзакция успешна, вычисляют её влияние на состояние сети, и этот процесс вычисления и есть исполнение.
Таким образом, параллельное выполнение в блокчейне относится к процессу одновременного вычисления состояния сети многопроцессорными системами. В текущем рынке параллельное выполнение делится на детерминированное параллельное выполнение и оптимистичное параллельное выполнение. Различия между этими двумя направлениями разработки коренятся в том, как гарантировать, что параллельные транзакции не будут конфликтовать — то есть, существуют ли зависимости между транзакциями.
Таким образом, момент определения конфликтов зависимостей параллельных транзакций в жизненном цикле транзакций определяет дифференциацию двух направлений разработки: детерминированного параллельного выполнения и оптимистичного параллельного выполнения. Aptos и Solana выбрали разные направления:
Детерминированное параллельное выполнение (Solana): перед трансляцией транзакций необходимо объявить наборы чтения и записи, движок Sealevel обрабатывает параллельные транзакции без конфликтов на основе объявлений, конфликтующие транзакции выполняются последовательно. Преимущества: высокая эффективность, недостатки: высокие требования к оборудованию.
Оптимистическая параллельность (Aptos): предполагается, что транзакции не конфликтуют, после параллельного выполнения Block-STM происходит верификация, если есть конфликт, то происходит повторная попытка. Предварительная сортировка в памяти снижает риск конфликтов, нагрузка на узлы становится легче.
Пример: Баланс счета A 100, транзакция 1 переводит 70 B, транзакция 2 переводит 50 C. Solana подтверждает конфликты заранее через объявления и обрабатывает их по порядку; Aptos выполняет параллельно и, если обнаруживает недостаток средств, корректирует заново. Гибкость Aptos делает его более масштабируемым.
Оптимистичное параллельное выполнение через пул памяти для предварительного завершения подтверждения конфликтов
Основная идея оптимистичного параллелизма заключается в предположении, что транзакции, обрабатываемые параллельно, не будут конфликтовать, поэтому на стороне приложения нет необходимости отправлять декларацию транзакции до ее выполнения. Если после выполнения транзакции при проверке будут обнаружены конфликты, Block-STM повторно выполнит затронутые транзакции для обеспечения согласованности.
Однако на практике, если заранее не подтвердить, конфликтуют ли зависимости транзакции, во время реального выполнения может возникнуть множество ошибок, что приведет к замедлению работы публичной цепи. Таким образом, оптимистичное параллельное выполнение не является простым предположением о том, что транзакции не конфликтуют, а в определенной стадии заранее избегает рисков, этой стадией является стадия трансляции транзакций.
На Aptos, после того как транзакции попадают в общий пул памяти, они предварительно сортируются по определённым правилам (например, FIFO и уровню Gas-расходов), чтобы гарантировать, что транзакции в одном блоке не будут конфликтовать при параллельном выполнении. Таким образом, можно увидеть, что у предложителя Aptos фактически нет возможности сортировать транзакции, и в сети нет строителей блоков. Эта предварительная сортировка транзакций является ключевым элементом реализации оптимистичного параллелизма в Aptos. В отличие от Solana, которая требует введения деклараций транзакций, Aptos не нуждается в этом механизме, что существенно снижает требования к производительности узлов. В плане сетевых расходов, связанных с обеспечением отсутствия конфликтов транзакций, влияние пула памяти Aptos на TPS гораздо меньше, чем затраты, связанные с введением деклараций транзакций в Solana. Таким образом, TPS Aptos может достигать 160,000, что более чем в два раза превышает показатели Solana. Влияние предварительной сортировки транзакций заключается в том, что на Aptos сложнее захватывать MEV, что одновременно приносит пользователям как плюсы, так и минусы.
Наратив, основанный на безопасности, является направлением развития Aptos
RWA
Aptos активно продвигает токенизацию реальных активов и решения для институциональных финансов. В отличие от Ethereum, Block-STM Aptos может параллельно обрабатывать несколько транзакций передачи активов, что позволяет избежать задержек в подтверждении прав собственности из-за перегрузки сети. На некоторых публичных блокчейнах, несмотря на высокую скорость транзакций, отсутствие проектирования пула памяти может привести к потере транзакций во время перегрузки сети, что влияет на стабильность подтверждения прав собственности RWA. Предварительная сортировка пула памяти Aptos гарантирует, что транзакции выполняются в порядке, даже в часы пик, что позволяет поддерживать надежность записей об активах. RWA требует сложной поддержки смарт-контрактов, такой как деление активов, распределение доходов и проверка соблюдения правил. Модульный дизайн и безопасность языка Move позволяют разработчикам более легко создавать надежные приложения RWA. В то же время, сложность разработки контрактов на некоторых публичных блокчейнах и риск уязвимостей увеличивают затраты на разработку, тогда как языки программирования на других публичных блокчейнах, хотя и эффективны, требуют от разработчиков более высокой кривой обучения. Экологическая дружелюбность Aptos обещает привлечь больше проектов RWA, создавая положительный цикл. Потенциал Aptos в области RWA заключается в сочетании безопасности и производительности. В будущем он может сосредоточиться на сотрудничестве с традиционными финансовыми учреждениями для токенизации высокоценных активов, таких как облигации и акции, с использованием языка Move для создания стандартов токенизации с сильным соблюдением правил. Эта нарратив "безопасность + эффективность" позволит Aptos выделиться на рынке RWA.
В июле 2024 года Aptos официально объявила о внедрении USDY от Ondo Finance в свою экосистему, а также о интеграции на основных DEX и кредитных приложениях. На 10 марта рыночная капитализация USDY на Aptos составляла около 15 миллионов долларов, что составляет примерно 2,5% от общей рыночной капитализации USDY. В октябре 2024 года Aptos объявила, что Franklin Templeton запустила на Aptos Network фонд денежного рынка правительства США (FOBXX), представленный токеном BENJI. Кроме того, Aptos сотрудничает с Libre для продвижения токенизации ценных бумаг, переводя инвестиционные фонды Brevan Howard, BlackRock и Hamilton Lane на блокчейн, что улучшает доступ для институциональных инвесторов.
Платежи стейблкоинов
Платежи в стабильных монетах должны обеспечивать окончательность транзакции и безопасность активов. Язык Move от Aptos предотвращает двойные расходы с помощью модели ресурсов, обеспечивая точность каждого перевода стабильных монет. Например, когда пользователь оплачивает с помощью USDC на Aptos, состояние транзакции обновляется с жесткой защитой, что предотвращает потерю средств из-за уязвимостей в контрактах. Кроме того, низкие сборы за Gas в Aptos (благодаря высокой производительности TPS) делают его крайне конкурентоспособным в сценариях мелких платежей. Высокие сборы за Gas на некоторых блокчейнах ограничивают их платежные приложения, в то время как другие блокчейны, несмотря на низкие затраты, могут подвергать риску отказ в транзакциях при перегрузке сети, что может повлиять на пользовательский опыт. Предварительная сортировка в памяти и Block-STM от Aptos обеспечивают стабильность платежных транзакций и низкую задержку.
PayFi и стабильные монеты должны учитывать децентрализацию и соблюдение нормативных требований. Децентрализованный консенсус AptosBFT снижает риски централизации, в то время как его модульная архитектура поддерживает разработчиков в интеграции проверок KYC/AML. Например, эмитент стабильной монеты может развернуть соответствующий контракт на Aptos, чтобы гарантировать соответствие сделок местным законам, не жертвуя эффективностью сети. Это преимущество по сравнению с централизованными релейными моделями некоторых публичных блокчейнов, а также компенсирует потенциальные недостатки соблюдения, связанные с доминированием предложителей других публичных блокчейнов. Сбалансированный дизайн Aptos делает его более подходящим для входа финансовых учреждений.
Потенциал Aptos в области PayFi и стабильных валют заключается в "безопасности, эффективности и соответствии". В будущем будет продолжаться продвижение массового принятия стабильных валют и создание транснациональной платежной сети.