Глубокий анализ технических различий между Ethereum, Solana и 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.
обновление статуса
Состояние синхронизации валидатора, финализация подтверждается через контрольные точки, аналогично механизму эпохи в 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 vs Solana
Исполнение сделки представляет собой обновление состояния блока, это процесс преобразования инструкции инициатора сделки в состояние с окончательностью. Узлы предполагают, что сделка успешна, и вычисляют ее влияние на состояние сети, этот процесс вычислений и является исполнением.
Параллельное выполнение в блокчейне относится к процессу одновременного вычисления состояния сети многоядерными процессорами. В настоящее время параллельное выполнение на рынке делится на два типа: детерминированное параллельное выполнение и оптимистичное параллельное выполнение. Различия в этих двух направлениях разработки коренятся в том, как обеспечить отсутствие конфликтов между параллельными транзакциями — то есть, существуют ли зависимости между транзакциями.
В жизненном цикле транзакций время определения конфликтов зависимостей параллельных транзакций определяет дифференциацию между детерминированным параллельным исполнением и оптимистичным параллельным исполнением. Aptos и Solana выбрали разные направления:
Определяемый параллелизм ( Solana ): перед трансляцией транзакции необходимо объявить наборы чтения и записи, движок Sealevel обрабатывает параллельные транзакции без конфликтов на основе объявления, конфликтующие транзакции выполняются последовательно. Преимущества - высокая эффективность, недостатки - высокие требования к оборудованию.
Оптимистичное параллельное выполнение ( Aptos ): предположим, что транзакции не конфликтуют, после параллельного выполнения Block-STM происходит верификация, если есть конфликт, то повторная попытка. Предварительная сортировка в памяти снижает риск конфликтов, нагрузка на узлы становится легче.
Пример: Баланс счета A 100, транзакция 1 переводит 70 B, транзакция 2 переводит 50 C. Solana заранее подтверждает конфликты через декларацию и обрабатывает по порядку; Aptos, если после параллельного выполнения обнаруживает недостаток баланса, корректирует его заново. Гибкость Aptos делает его более масштабируемым.
Оптимистичное параллельное завершение подтверждения конфликтов через пул памяти
Основная идея оптимистичной параллельной обработки заключается в предположении, что параллельно обрабатываемые транзакции не будут конфликтовать, поэтому на стороне приложения нет необходимости отправлять декларацию транзакции перед выполнением. Если при проверке после выполнения транзакции обнаруживается конфликт, Block-STM повторно выполнит затронутые транзакции для обеспечения согласованности.
Однако на практике, если заранее не подтвердить, есть ли конфликты в зависимостях транзакций, то во время реального выполнения может возникнуть множество ошибок, что приведет к зависанию работы публичной цепи. Поэтому оптимистичное параллельное выполнение не является простым предположением о том, что транзакции не конфликтуют, а на каком-то этапе заранее устраняет риск, и этот этап - это этап широковещательной передачи транзакций.
На Aptos, после того как транзакция попадает в публичный пул памяти, она будет предварительно отсортирована в соответствии с определенными правилами (, такими как FIFO и уровень сборов за газ ), чтобы гарантировать, что транзакции в блоке не конфликтуют во время параллельного выполнения. Таким образом, видно, что у предложителей 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 уже привлекла несколько проектов RWA, включая USDY от Ondo Finance, токены BENJI от Franklin Templeton и др. Кроме того, Aptos сотрудничает с Libre для продвижения токенизации ценных бумаг, переводя инвестиционные фонды нескольких известных учреждений на блокчейн, что улучшает доступ институциональных инвесторов.
Платежи стейблкоинами
Платежи с использованием стабильных монет должны обеспечивать окончательность транзакций и безопасность активов. Язык Move от Aptos предотвращает двойные расходы благодаря модели ресурсов, обеспечивая точность каждой транзакции с использованием стабильных монет. Например, когда пользователь оплачивает USDC на Aptos, обновление статуса транзакции строго защищено, что предотвращает потерю средств из-за уязвимостей в контрактах. Кроме того, низкие комиссии за газ Aptos ( обусловлены высоким TPS, распределяющим стоимость ), что делает его крайне конкурентоспособным в сценариях мелких платежей.
PayFi и стабильные монеты требуют учета децентрализации и соблюдения нормативных требований. Децентрализованный консенсус AptosBFT снижает риски централизации, в то время как его модульная архитектура поддерживает разработчиков в внедрении KYC/AML проверок. Например, эмитент стабильной монеты может развернуть в Aptos комплайенс-контракт, чтобы обеспечить соответствие сделок местным нормативам, не жертвуя эффективностью сети. Это превосходит централизованные релейные модели других публичных блокчейнов или потенциальные недостатки соблюдения норм. Сбалансированный дизайн Aptos делает его более подходящим для входа финансовых учреждений.
Потенциал Aptos в области PayFi и платежей со стабильными монетами заключается в триаде "безопасность, эффективность, соответствие". В будущем будет продолжаться массовое внедрение стабильных монет, создание сети трансакций между странами или сотрудничество с крупными платежными компаниями для разработки систем расчетов на блокчейне. Высокий TPS и низкие затраты также смогут поддерживать сценарии микроплатежей, такие как мгновенные вознаграждения для создателей контента. Наратив Aptos может быть сосредоточен на "инфраструктуре платежей следующего поколения", привлекая двусторонний поток от предприятий и пользователей.
Резюме: Технические различия Aptos и будущее повествование
С точки зрения жизненного цикла сделки, мы можем четко сравнить различия в технологическом дизайне Aptos и других публичных цепей, и выявить их основные нарративы. Таким образом, уникальные преимущества Aptos становятся очевидными:
Дизайн Aptos достигает тонкого баланса между производительностью и безопасностью. Предварительная сортировка пула памяти в сочетании с оптимистическим параллелизмом Block-STM снижает порог для узлов и достигает высокой пропускной способности в 160 000 TPS, превосходя другие решения по параллелизму в публичных блокчейнах. В отличие от последовательного выполнения в Ethereum, параллельные возможности Aptos представляют собой качественный скачок; по сравнению с агрессивной оптимизацией других публичных блокчейнов, отказывающихся от пула памяти, Aptos сохраняет механизм предварительной сортировки, обеспечивая стабильность сети при высокой нагрузке. Эта идея "стабильности для скорости", дополненная ресурсной моделью языка Move, придаёт Aptos более высокий уровень безопасности - будь то защита от DDoS-атак или предотвращение уязвимостей контрактов, она превосходит архитектуру других публичных блокчейнов.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Технические преимущества Aptos: как оптимистичное параллельное выполнение формирует новую экосистему публичных блокчейнов
Глубокий анализ технических различий между Ethereum, Solana и 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.
обновление статуса
Состояние синхронизации валидатора, финализация подтверждается через контрольные точки, аналогично механизму эпохи в 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 vs Solana
Исполнение сделки представляет собой обновление состояния блока, это процесс преобразования инструкции инициатора сделки в состояние с окончательностью. Узлы предполагают, что сделка успешна, и вычисляют ее влияние на состояние сети, этот процесс вычислений и является исполнением.
Параллельное выполнение в блокчейне относится к процессу одновременного вычисления состояния сети многоядерными процессорами. В настоящее время параллельное выполнение на рынке делится на два типа: детерминированное параллельное выполнение и оптимистичное параллельное выполнение. Различия в этих двух направлениях разработки коренятся в том, как обеспечить отсутствие конфликтов между параллельными транзакциями — то есть, существуют ли зависимости между транзакциями.
В жизненном цикле транзакций время определения конфликтов зависимостей параллельных транзакций определяет дифференциацию между детерминированным параллельным исполнением и оптимистичным параллельным исполнением. Aptos и Solana выбрали разные направления:
Определяемый параллелизм ( Solana ): перед трансляцией транзакции необходимо объявить наборы чтения и записи, движок Sealevel обрабатывает параллельные транзакции без конфликтов на основе объявления, конфликтующие транзакции выполняются последовательно. Преимущества - высокая эффективность, недостатки - высокие требования к оборудованию.
Оптимистичное параллельное выполнение ( Aptos ): предположим, что транзакции не конфликтуют, после параллельного выполнения Block-STM происходит верификация, если есть конфликт, то повторная попытка. Предварительная сортировка в памяти снижает риск конфликтов, нагрузка на узлы становится легче.
Пример: Баланс счета A 100, транзакция 1 переводит 70 B, транзакция 2 переводит 50 C. Solana заранее подтверждает конфликты через декларацию и обрабатывает по порядку; Aptos, если после параллельного выполнения обнаруживает недостаток баланса, корректирует его заново. Гибкость Aptos делает его более масштабируемым.
Оптимистичное параллельное завершение подтверждения конфликтов через пул памяти
Основная идея оптимистичной параллельной обработки заключается в предположении, что параллельно обрабатываемые транзакции не будут конфликтовать, поэтому на стороне приложения нет необходимости отправлять декларацию транзакции перед выполнением. Если при проверке после выполнения транзакции обнаруживается конфликт, Block-STM повторно выполнит затронутые транзакции для обеспечения согласованности.
Однако на практике, если заранее не подтвердить, есть ли конфликты в зависимостях транзакций, то во время реального выполнения может возникнуть множество ошибок, что приведет к зависанию работы публичной цепи. Поэтому оптимистичное параллельное выполнение не является простым предположением о том, что транзакции не конфликтуют, а на каком-то этапе заранее устраняет риск, и этот этап - это этап широковещательной передачи транзакций.
На Aptos, после того как транзакция попадает в публичный пул памяти, она будет предварительно отсортирована в соответствии с определенными правилами (, такими как FIFO и уровень сборов за газ ), чтобы гарантировать, что транзакции в блоке не конфликтуют во время параллельного выполнения. Таким образом, видно, что у предложителей 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 уже привлекла несколько проектов RWA, включая USDY от Ondo Finance, токены BENJI от Franklin Templeton и др. Кроме того, Aptos сотрудничает с Libre для продвижения токенизации ценных бумаг, переводя инвестиционные фонды нескольких известных учреждений на блокчейн, что улучшает доступ институциональных инвесторов.
Платежи стейблкоинами
Платежи с использованием стабильных монет должны обеспечивать окончательность транзакций и безопасность активов. Язык Move от Aptos предотвращает двойные расходы благодаря модели ресурсов, обеспечивая точность каждой транзакции с использованием стабильных монет. Например, когда пользователь оплачивает USDC на Aptos, обновление статуса транзакции строго защищено, что предотвращает потерю средств из-за уязвимостей в контрактах. Кроме того, низкие комиссии за газ Aptos ( обусловлены высоким TPS, распределяющим стоимость ), что делает его крайне конкурентоспособным в сценариях мелких платежей.
PayFi и стабильные монеты требуют учета децентрализации и соблюдения нормативных требований. Децентрализованный консенсус AptosBFT снижает риски централизации, в то время как его модульная архитектура поддерживает разработчиков в внедрении KYC/AML проверок. Например, эмитент стабильной монеты может развернуть в Aptos комплайенс-контракт, чтобы обеспечить соответствие сделок местным нормативам, не жертвуя эффективностью сети. Это превосходит централизованные релейные модели других публичных блокчейнов или потенциальные недостатки соблюдения норм. Сбалансированный дизайн Aptos делает его более подходящим для входа финансовых учреждений.
Потенциал Aptos в области PayFi и платежей со стабильными монетами заключается в триаде "безопасность, эффективность, соответствие". В будущем будет продолжаться массовое внедрение стабильных монет, создание сети трансакций между странами или сотрудничество с крупными платежными компаниями для разработки систем расчетов на блокчейне. Высокий TPS и низкие затраты также смогут поддерживать сценарии микроплатежей, такие как мгновенные вознаграждения для создателей контента. Наратив Aptos может быть сосредоточен на "инфраструктуре платежей следующего поколения", привлекая двусторонний поток от предприятий и пользователей.
Резюме: Технические различия Aptos и будущее повествование
С точки зрения жизненного цикла сделки, мы можем четко сравнить различия в технологическом дизайне Aptos и других публичных цепей, и выявить их основные нарративы. Таким образом, уникальные преимущества Aptos становятся очевидными:
Дизайн Aptos достигает тонкого баланса между производительностью и безопасностью. Предварительная сортировка пула памяти в сочетании с оптимистическим параллелизмом Block-STM снижает порог для узлов и достигает высокой пропускной способности в 160 000 TPS, превосходя другие решения по параллелизму в публичных блокчейнах. В отличие от последовательного выполнения в Ethereum, параллельные возможности Aptos представляют собой качественный скачок; по сравнению с агрессивной оптимизацией других публичных блокчейнов, отказывающихся от пула памяти, Aptos сохраняет механизм предварительной сортировки, обеспечивая стабильность сети при высокой нагрузке. Эта идея "стабильности для скорости", дополненная ресурсной моделью языка Move, придаёт Aptos более высокий уровень безопасности - будь то защита от DDoS-атак или предотвращение уязвимостей контрактов, она превосходит архитектуру других публичных блокчейнов.