Глубокий анализ технических различий между Ethereum, Solana и Aptos
Обсуждение языков Move, Aptos и технических различий с другими публичными цепочками может показаться скучным из-за различий в глубине наблюдения. Обобщенный анализ неизбежно носит поверхностный характер, в то время как углубление в коде легко приводит к тому, что видишь только деревья, а не лес. Чтобы быстро и точно понять различия Aptos и других публичных цепочек, крайне важно выбрать подходящую точку входа.
Жизненный цикл транзакции является идеальной перспективой для анализа. Анализируя полный процесс транзакции от создания до последнего обновления состояния — включая создание и инициирование, трансляцию, сортировку, выполнение и обновление состояния — можно четко понять концепцию дизайна и технические компромиссы публичной цепи. Исходя из этого, можно понять основные нарративы различных публичных цепей; в дальнейшем можно исследовать, как строить привлекательные приложения на Aptos.
Все блокчейн-транзакции разворачиваются вокруг этих пяти шагов. В этой статье будет сосредоточено внимание на Aptos, анализируя его уникальный дизайн и сравнивая с Ethereum и Solana.
Aptos: Оптимистичное параллельное выполнение и высокопроизводительный дизайн
Aptos — это блокчейн, ориентированный на высокую производительность, жизненный цикл транзакций которого схож с Эфиром, однако благодаря уникальному оптимистичному параллельному выполнению и оптимизации пула памяти достигнуты значительные улучшения в производительности. Вот ключевые этапы жизненного цикла транзакций на Aptos:
Создание и инициирование
Сеть Aptos состоит из легких узлов, полных узлов и валидаторов. Пользователи инициируют транзакции через легкие узлы (например, кошельки или приложения), легкие узлы пересылают транзакции ближайшим полным узлам, а полные узлы затем синхронизируются с валидаторами.
трансляция
Aptos сохранил пул памяти, но после QuorumStore пулы памяти не делятся. В отличие от Ethereum, его пул памяти не только буфер для транзакций. После того как транзакции попадают в пул памяти, система выполняет предварительную сортировку в соответствии с правилами (например, по принципу «первый пришел — первый вышел» или по Gas-стоимости), чтобы обеспечить отсутствие конфликтов при последующем параллельном выполнении транзакций. Такой дизайн устраняет высокие требования к оборудованию, связанные с необходимостью заранее объявлять наборы для чтения и записи.
сортировка
Aptos использует консенсус AptosBFT, где инициатор принципиально не может свободно упорядочивать транзакции, но может заполнять задержанные транзакции. Предварительная сортировка в памяти уже завершена для избежания конфликтов, генерация блоков больше зависит от сотрудничества между валидаторами, а не от инициативы инициатора.
Выполнить
Aptos использует технологию Block-STM для реализации оптимистичного параллельного выполнения. Транзакции предполагаются без конфликтов и обрабатываются одновременно; если после выполнения обнаруживаются конфликты, затронутые транзакции будут переисполнены. Этот подход в полной мере использует многопроцессорные системы для повышения эффективности, TPS может достигать 160,000.
обновление статуса
Состояние синхронизации валидатора, окончательность подтверждается контрольной точкой, аналогично механизму Эпохи в Ethereum, но с более высокой эффективностью.
Основное преимущество Aptos заключается в сочетании оптимистичного параллелизма и предварительной сортировки в пуле памяти, что снижает требования к производительности узлов и значительно увеличивает пропускную способность.
Ethereum: Бенчмарк последовательного выполнения
Ethereum, как создатель смарт-контрактов, является отправной точкой технологии публичных цепей, а его жизненный цикл транзакций предоставляет основную структуру для понимания Aptos.
Жизненный цикл транзакций Ethereum
Создание и инициирование: Пользователь инициирует транзакцию через кошелек через промежуточный шлюз или интерфейс RPC.
Трансляция: сделка попадает в публичный мемпул и ожидает упаковки.
Сортировка: После обновления PoS строители блоков упаковывают транзакции по принципу максимизации прибыли, после чего подают их предложителю через уровень ретрансляции.
Выполнение: EVM последовательно обрабатывает транзакции, обновляет состояние в одном потоке.
Обновление статуса: Блок должен пройти два контрольных пункта для подтверждения окончательности.
Серийное выполнение и дизайн пула памяти Ethereum ограничивают производительность, время блока составляет 12 секунд/слот, TPS низкий. В сравнении с этим, Aptos добился качественного прорыва благодаря параллельному выполнению и оптимизации пула памяти.
Solana: крайняя оптимизация с детерминированным параллелизмом
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, после того как транзакция попадает в общую память, она предварительно сортируется в соответствии с определенными правилами (например, по принципу «первый пришел — первый вышел» и по уровню Gas-расходов), чтобы гарантировать, что транзакции в одном блоке не будут конфликтовать при параллельном выполнении. Из этого видно, что у предложителей Aptos фактически нет возможности сортировки транзакций, и в сети нет строителей блоков. Эта предварительная сортировка транзакций является ключом к оптимистичному параллелизму Aptos. В отличие от Solana, где необходимо вводить декларацию транзакций, Aptos не нуждается в этом механизме, что значительно снижает требования к производительности узлов. В отношении сетевых затрат на обеспечение отсутствия конфликтов транзакций, влияние добавления пула памяти на TPS Aptos намного меньше, чем затраты, связанные с введением декларации транзакций в Solana. Поэтому TPS Aptos может достигать 160,000, что более чем вдвое превышает Solana. Влияние предварительной сортировки транзакций усложняет захват MEV на Aptos, что создает как плюсы, так и минусы для пользователей.
Наратив, основанный на безопасности, является направлением развития Aptos
RWA
Aptos активно продвигает токенизацию реальных активов и решения для институциональных финансов. По сравнению с Ethereum, Block-STM Aptos может параллельно обрабатывать несколько транзакций передачи активов, избегая задержек в праве собственности из-за перегрузки сети. На некоторых публичных блокчейнах, несмотря на высокую скорость транзакций, отсутствие проектирования памяти может привести к потере транзакций в условиях перегрузки сети, что повлияет на стабильность прав собственности на RWA. Предварительная сортировка памяти Aptos гарантирует, что транзакции выполняются в порядке поступления, даже в пиковые часы, поддерживая надежность записей активов.
RWA требует сложной поддержки смарт-контрактов, таких как разделение активов, распределение доходов и проверка соблюдения норм. Модульный дизайн и безопасность языка Move позволяют разработчикам легче создавать надежные приложения RWA. В отличие от этого, сложность языков контрактов некоторых публичных блокчейнов и риски уязвимостей увеличивают затраты на разработку, в то время как языки программирования других публичных блокчейнов могут быть эффективными, но предъявляют высокие требования к кривой обучения разработчиков. Экологическая дружелюбность Aptos, вероятно, привлечет больше проектов RWA, создавая положительный цикл.
Потенциал Aptos в области RWA заключается в сочетании безопасности и производительности. В будущем он может сосредоточиться на сотрудничестве с традиционными финансовыми институтами, переведя на блокчейн высокоценные активы, такие как облигации и акции, и создав стандарты токенизации с высокой степенью соблюдения требований с помощью языка Move. Этот нарратив "безопасность + эффективность" позволит Aptos выделиться на рынке RWA.
В июле 2024 года Aptos официально объявил о введении USDY на платформе и интеграции с основными DEX и кредитными приложениями. По состоянию на 10 марта, рыночная капитализация USDY на Aptos составляет около 15 миллионов долларов, что составляет примерно 2,5% от общей рыночной капитализации USDY. В октябре 2024 года Aptos объявил, что одна инвестиционная компания запустила на Aptos Network фонд денежного рынка США, представленный токеном BENJI (FOBXX). Кроме того, Aptos сотрудничает с одной платформой для продвижения токенизации ценных бумаг, переводя инвестиционные фонды нескольких инвестиционных компаний на блокчейн, что улучшает доступ для институциональных инвесторов.
Платежи с использованием стабильных монет
Платежи с использованием стабильных монет требуют обеспечения окончательности транзакций и безопасности активов. Язык Move от Aptos использует модель ресурсов для предотвращения двойных расходов, гарантируя точность каждой транзакции со стабильной монетой. Например, когда пользователь осуществляет платеж с использованием стабильной монеты на Aptos, состояние транзакции обновляется с строгой защитой, предотвращая потерю средств из-за уязвимостей контракта. Кроме того, низкие комиссии за газ в Aptos (благодаря высокой TPS, распределяющей затраты) делают его очень конкурентоспособным в сценариях малых платежей. Высокие комиссии за газ на некоторых публичных блокчейнах ограничивают их платежные приложения, в то время как другие публичные блокчейны, хоть и имеют низкие затраты, могут подвергать пользователей риску потери транзакций при перегрузке сети. Предварительная сортировка в памяти Aptos и Block-STM обеспечивают стабильность и низкую задержку платежных транзакций.
PayFi и стабильные монеты должны учитывать как децентрализацию, так и соблюдение нормативных требований. Децентрализованный консенсус AptosBFT снижает риски централизации, одновременно его модульная архитектура поддерживает разработчиков в интеграции проверок KYC/AML. Например, эмитент стабильной монеты может развернуть комплаенс-контракт на Aptos, чтобы гарантировать, что транзакции соответствуют местным нормативам, не жертвуя эффективностью сети. Это превосходит централизованные релейные модели некоторых публичных блокчейнов и компенсирует потенциальные недостатки соблюдения норм, обусловленные доминированием инициаторов других публичных блокчейнов. Сбалансированный дизайн Aptos делает его более подходящим для входа финансовых учреждений.
Потенциал Aptos в области PayFi и платежей со стабильными монетами заключается в триаде "безопасность, эффективность, соблюдение норм". В будущем будет продолжено продвижение широкомасштабного использования стабильных монет, создание сети международных платежей или сотрудничество с гигантами платежей для разработки систем расчета на блокчейне. Высокий TPS и низкие затраты также могут поддерживать сценарии микроплатежей, такие как мгновенные вознаграждения для создателей контента. Наратив Aptos может сосредоточиться на "инфраструктуре следующего поколения для платежей", привлекая двусторонний поток от бизнеса и пользователей.
Преимущества Aptos в безопасности — предварительная сортировка пулов памяти, Block-STM, AptosBFT и язык Move — не только повышают устойчивость к атакам, но и закладывают прочную основу для нарратива RWA и PayFi. В области RWA его высокая безопасность и пропускная способность поддерживают токенизацию активов и массовые транзакции; в PayF
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
16 Лайков
Награда
16
5
Репост
Поделиться
комментарий
0/400
BakedCatFanboy
· 08-16 17:28
aptos — это просто раздутая зомби-цепочка.
Посмотреть ОригиналОтветить0
MidnightSnapHunter
· 08-15 13:54
Лучше сразу посмотреть на баллы блинов.
Посмотреть ОригиналОтветить0
GasGasGasBro
· 08-15 13:54
aptos избранные дети yyds
Посмотреть ОригиналОтветить0
GasFeeNightmare
· 08-15 13:49
Снова ночью считаю, сколько сэкономлю на Газ, эх, невыгодно, невыгодно.
Посмотреть ОригиналОтветить0
GateUser-7b078580
· 08-15 13:40
Газ费用 уже съели 99,8% моего капитала. Если не снизятся, кто сможет выдержать?
Сравнение жизненного цикла торговли Aptos, Ethereum и Solana: преимущества оптимистичного параллельного исполнения
Глубокий анализ технических различий между Ethereum, Solana и Aptos
Обсуждение языков Move, Aptos и технических различий с другими публичными цепочками может показаться скучным из-за различий в глубине наблюдения. Обобщенный анализ неизбежно носит поверхностный характер, в то время как углубление в коде легко приводит к тому, что видишь только деревья, а не лес. Чтобы быстро и точно понять различия Aptos и других публичных цепочек, крайне важно выбрать подходящую точку входа.
Жизненный цикл транзакции является идеальной перспективой для анализа. Анализируя полный процесс транзакции от создания до последнего обновления состояния — включая создание и инициирование, трансляцию, сортировку, выполнение и обновление состояния — можно четко понять концепцию дизайна и технические компромиссы публичной цепи. Исходя из этого, можно понять основные нарративы различных публичных цепей; в дальнейшем можно исследовать, как строить привлекательные приложения на Aptos.
Все блокчейн-транзакции разворачиваются вокруг этих пяти шагов. В этой статье будет сосредоточено внимание на Aptos, анализируя его уникальный дизайн и сравнивая с Ethereum и Solana.
Aptos: Оптимистичное параллельное выполнение и высокопроизводительный дизайн
Aptos — это блокчейн, ориентированный на высокую производительность, жизненный цикл транзакций которого схож с Эфиром, однако благодаря уникальному оптимистичному параллельному выполнению и оптимизации пула памяти достигнуты значительные улучшения в производительности. Вот ключевые этапы жизненного цикла транзакций на Aptos:
Создание и инициирование
Сеть Aptos состоит из легких узлов, полных узлов и валидаторов. Пользователи инициируют транзакции через легкие узлы (например, кошельки или приложения), легкие узлы пересылают транзакции ближайшим полным узлам, а полные узлы затем синхронизируются с валидаторами.
трансляция
Aptos сохранил пул памяти, но после QuorumStore пулы памяти не делятся. В отличие от Ethereum, его пул памяти не только буфер для транзакций. После того как транзакции попадают в пул памяти, система выполняет предварительную сортировку в соответствии с правилами (например, по принципу «первый пришел — первый вышел» или по Gas-стоимости), чтобы обеспечить отсутствие конфликтов при последующем параллельном выполнении транзакций. Такой дизайн устраняет высокие требования к оборудованию, связанные с необходимостью заранее объявлять наборы для чтения и записи.
сортировка
Aptos использует консенсус AptosBFT, где инициатор принципиально не может свободно упорядочивать транзакции, но может заполнять задержанные транзакции. Предварительная сортировка в памяти уже завершена для избежания конфликтов, генерация блоков больше зависит от сотрудничества между валидаторами, а не от инициативы инициатора.
Выполнить
Aptos использует технологию Block-STM для реализации оптимистичного параллельного выполнения. Транзакции предполагаются без конфликтов и обрабатываются одновременно; если после выполнения обнаруживаются конфликты, затронутые транзакции будут переисполнены. Этот подход в полной мере использует многопроцессорные системы для повышения эффективности, TPS может достигать 160,000.
обновление статуса
Состояние синхронизации валидатора, окончательность подтверждается контрольной точкой, аналогично механизму Эпохи в Ethereum, но с более высокой эффективностью.
Основное преимущество Aptos заключается в сочетании оптимистичного параллелизма и предварительной сортировки в пуле памяти, что снижает требования к производительности узлов и значительно увеличивает пропускную способность.
Ethereum: Бенчмарк последовательного выполнения
Ethereum, как создатель смарт-контрактов, является отправной точкой технологии публичных цепей, а его жизненный цикл транзакций предоставляет основную структуру для понимания Aptos.
Жизненный цикл транзакций Ethereum
Создание и инициирование: Пользователь инициирует транзакцию через кошелек через промежуточный шлюз или интерфейс RPC.
Трансляция: сделка попадает в публичный мемпул и ожидает упаковки.
Сортировка: После обновления PoS строители блоков упаковывают транзакции по принципу максимизации прибыли, после чего подают их предложителю через уровень ретрансляции.
Выполнение: EVM последовательно обрабатывает транзакции, обновляет состояние в одном потоке.
Обновление статуса: Блок должен пройти два контрольных пункта для подтверждения окончательности.
Серийное выполнение и дизайн пула памяти Ethereum ограничивают производительность, время блока составляет 12 секунд/слот, TPS низкий. В сравнении с этим, Aptos добился качественного прорыва благодаря параллельному выполнению и оптимизации пула памяти.
Solana: крайняя оптимизация с детерминированным параллелизмом
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, после того как транзакция попадает в общую память, она предварительно сортируется в соответствии с определенными правилами (например, по принципу «первый пришел — первый вышел» и по уровню Gas-расходов), чтобы гарантировать, что транзакции в одном блоке не будут конфликтовать при параллельном выполнении. Из этого видно, что у предложителей Aptos фактически нет возможности сортировки транзакций, и в сети нет строителей блоков. Эта предварительная сортировка транзакций является ключом к оптимистичному параллелизму Aptos. В отличие от Solana, где необходимо вводить декларацию транзакций, Aptos не нуждается в этом механизме, что значительно снижает требования к производительности узлов. В отношении сетевых затрат на обеспечение отсутствия конфликтов транзакций, влияние добавления пула памяти на TPS Aptos намного меньше, чем затраты, связанные с введением декларации транзакций в Solana. Поэтому TPS Aptos может достигать 160,000, что более чем вдвое превышает Solana. Влияние предварительной сортировки транзакций усложняет захват MEV на Aptos, что создает как плюсы, так и минусы для пользователей.
Наратив, основанный на безопасности, является направлением развития Aptos
RWA
Aptos активно продвигает токенизацию реальных активов и решения для институциональных финансов. По сравнению с Ethereum, Block-STM Aptos может параллельно обрабатывать несколько транзакций передачи активов, избегая задержек в праве собственности из-за перегрузки сети. На некоторых публичных блокчейнах, несмотря на высокую скорость транзакций, отсутствие проектирования памяти может привести к потере транзакций в условиях перегрузки сети, что повлияет на стабильность прав собственности на RWA. Предварительная сортировка памяти Aptos гарантирует, что транзакции выполняются в порядке поступления, даже в пиковые часы, поддерживая надежность записей активов.
RWA требует сложной поддержки смарт-контрактов, таких как разделение активов, распределение доходов и проверка соблюдения норм. Модульный дизайн и безопасность языка Move позволяют разработчикам легче создавать надежные приложения RWA. В отличие от этого, сложность языков контрактов некоторых публичных блокчейнов и риски уязвимостей увеличивают затраты на разработку, в то время как языки программирования других публичных блокчейнов могут быть эффективными, но предъявляют высокие требования к кривой обучения разработчиков. Экологическая дружелюбность Aptos, вероятно, привлечет больше проектов RWA, создавая положительный цикл.
Потенциал Aptos в области RWA заключается в сочетании безопасности и производительности. В будущем он может сосредоточиться на сотрудничестве с традиционными финансовыми институтами, переведя на блокчейн высокоценные активы, такие как облигации и акции, и создав стандарты токенизации с высокой степенью соблюдения требований с помощью языка Move. Этот нарратив "безопасность + эффективность" позволит Aptos выделиться на рынке RWA.
В июле 2024 года Aptos официально объявил о введении USDY на платформе и интеграции с основными DEX и кредитными приложениями. По состоянию на 10 марта, рыночная капитализация USDY на Aptos составляет около 15 миллионов долларов, что составляет примерно 2,5% от общей рыночной капитализации USDY. В октябре 2024 года Aptos объявил, что одна инвестиционная компания запустила на Aptos Network фонд денежного рынка США, представленный токеном BENJI (FOBXX). Кроме того, Aptos сотрудничает с одной платформой для продвижения токенизации ценных бумаг, переводя инвестиционные фонды нескольких инвестиционных компаний на блокчейн, что улучшает доступ для институциональных инвесторов.
Платежи с использованием стабильных монет
Платежи с использованием стабильных монет требуют обеспечения окончательности транзакций и безопасности активов. Язык Move от Aptos использует модель ресурсов для предотвращения двойных расходов, гарантируя точность каждой транзакции со стабильной монетой. Например, когда пользователь осуществляет платеж с использованием стабильной монеты на Aptos, состояние транзакции обновляется с строгой защитой, предотвращая потерю средств из-за уязвимостей контракта. Кроме того, низкие комиссии за газ в Aptos (благодаря высокой TPS, распределяющей затраты) делают его очень конкурентоспособным в сценариях малых платежей. Высокие комиссии за газ на некоторых публичных блокчейнах ограничивают их платежные приложения, в то время как другие публичные блокчейны, хоть и имеют низкие затраты, могут подвергать пользователей риску потери транзакций при перегрузке сети. Предварительная сортировка в памяти Aptos и Block-STM обеспечивают стабильность и низкую задержку платежных транзакций.
PayFi и стабильные монеты должны учитывать как децентрализацию, так и соблюдение нормативных требований. Децентрализованный консенсус AptosBFT снижает риски централизации, одновременно его модульная архитектура поддерживает разработчиков в интеграции проверок KYC/AML. Например, эмитент стабильной монеты может развернуть комплаенс-контракт на Aptos, чтобы гарантировать, что транзакции соответствуют местным нормативам, не жертвуя эффективностью сети. Это превосходит централизованные релейные модели некоторых публичных блокчейнов и компенсирует потенциальные недостатки соблюдения норм, обусловленные доминированием инициаторов других публичных блокчейнов. Сбалансированный дизайн Aptos делает его более подходящим для входа финансовых учреждений.
Потенциал Aptos в области PayFi и платежей со стабильными монетами заключается в триаде "безопасность, эффективность, соблюдение норм". В будущем будет продолжено продвижение широкомасштабного использования стабильных монет, создание сети международных платежей или сотрудничество с гигантами платежей для разработки систем расчета на блокчейне. Высокий TPS и низкие затраты также могут поддерживать сценарии микроплатежей, такие как мгновенные вознаграждения для создателей контента. Наратив Aptos может сосредоточиться на "инфраструктуре следующего поколения для платежей", привлекая двусторонний поток от бизнеса и пользователей.
Преимущества Aptos в безопасности — предварительная сортировка пулов памяти, Block-STM, AptosBFT и язык Move — не только повышают устойчивость к атакам, но и закладывают прочную основу для нарратива RWA и PayFi. В области RWA его высокая безопасность и пропускная способность поддерживают токенизацию активов и массовые транзакции; в PayF