Глибокий аналіз життєвого циклу торгівлі: технічні відмінності Aptos від Ethereum та Solana
Щоб глибше зрозуміти відмінності Aptos від інших публічних блокчейнів, аналіз життєвого циклу транзакції є дуже хорошою відправною точкою. Вивчаючи повний процес транзакції від створення до остаточного оновлення стану, включаючи створення та ініціацію, трансляцію, сортування, виконання та оновлення стану, ми можемо чітко усвідомити різні концепції дизайну та технологічні компроміси різних публічних блокчейнів.
Усі блокчейн-транзакції відбуваються навколо цих п'яти кроків. У цій статті ми зосередимося на Aptos, розглянемо його унікальний дизайн та порівняємо з Ethereum і Solana.
Aptos: оптимістичний паралелізм та проектування високої продуктивності
Aptos є публічною блокчейн-мережею, яка акцентує увагу на високій продуктивності. Її життєвий цикл транзакцій подібний до Ethereum, але забезпечує суттєве покращення завдяки унікальному оптимістичному паралельному виконанню та оптимізації пулу пам'яті. Нижче наведено ключові етапи життєвого циклу транзакцій в Aptos:
Створення та ініціювання
Мережа Aptos складається з легких вузлів, повних вузлів та валідаторів. Користувачі через легкі вузли (, такі як гаманці або додатки ), ініціюють транзакції, легкі вузли пересилають транзакції найближчим повним вузлам, а повні вузли синхронізуються з валідаторами.
трансляція
Aptos зберігає пул пам'яті, але після QuorumStore пули пам'яті не діляться. На відміну від Ethereum, його пул пам'яті не лише буфер для транзакцій. Після входу транзакції в пул пам'яті система попередньо сортує їх за правилами (, такими як FIFO або витрати Gas ), щоб забезпечити безконфліктне виконання транзакцій під час подальшого паралельного виконання. Такий дизайн уникає високих апаратних вимог Solana щодо попереднього оголошення наборів для читання та запису.
сортування
Aptos використовує консенсус AptosBFT, пропонент принципово не може вільно сортувати транзакції, aip-68 надає пропоненту додаткові права на заповнення затриманих транзакцій. Попереднє сортування в пам'яті вже завершено для уникнення конфліктів, генерація блоків більше залежить від співпраці між валідаторами, а не від домінування пропонента.
виконується
Aptos використовує технологію Block-STM для реалізації оптимістичного паралельного виконання. Транзакції вважаються безконфліктними та обробляються одночасно, якщо під час виконання виявляється конфлікт, то постраждалі транзакції будуть повторно виконані. Цей підхід використовує багатоядерні процесори для підвищення ефективності, TPS може досягати 160,000.
оновлення стану
Стан синхронізації валідаторів, остаточність підтверджується через контрольні точки, подібно до механізму Epoch в Ethereum, але з вищою ефективністю.
Основна перевага Aptos полягає в поєднанні оптимістичного паралелізму та попередньої сортування пулу пам'яті, що знижує вимоги до продуктивності вузлів і значно підвищує пропускну здатність.
Ethereum: Бенчмарк послідовного виконання
Ethereum як творець смарт-контрактів є точкою відліку технології публічних блокчейнів, а його життєвий цикл транзакцій забезпечує базову структуру для розуміння Aptos.
Життєвий цикл транзакцій Ethereum
Створення та ініціювання: Користувачі ініціюють транзакції через гаманці за допомогою релейного шлюзу або RPC-інтерфейсу.
Трансляція: угода потрапила до публічного мемпулу, чекає на пакування.
Сортування: Після оновлення PoS, будівельники блоків упакують транзакції відповідно до принципу максимізації прибутку, після торгівлі на релейному шарі подають їх пропоненту.
Оновлення статусу: блок має пройти два контрольні пункти для підтвердження остаточності.
Обмеження послідовного виконання та дизайну пулу пам'яті Ethereum знижують продуктивність, час блоку становить 12 секунд/слот, а TPS досить низький. У порівнянні з цим, Aptos досяг якісного стрибка завдяки паралельному виконанню та оптимізації пулу пам'яті.
Solana: визначальна паралельна оптимізація
Solana відомий високою продуктивністю, його життєвий цикл транзакцій суттєво відрізняється від Aptos, особливо в пулі пам'яті та способах виконання.
Життєвий цикл торгівлі Solana
Створення та ініціювання: Користувач ініціює транзакцію через гаманець.
Трансляція: немає загального пулу пам'яті, транзакції надсилаються безпосередньо поточному та двом наступним пропонентам.
Сортування: Пропонувальник на основі PoH(Proof of History) пакує блоки, час блоку лише 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 та вартість газу ), щоб забезпечити, що транзакції в одному блоці не конфліктують під час паралельного виконання. Отже, видно, що пропонент Aptos насправді не має можливості сортування транзакцій, і в мережі немає будівельників блоків. Це попереднє сортування транзакцій є ключем до реалізації оптимістичного паралелізму в Aptos. На відміну від Solana, яка повинна впроваджувати заяви про транзакції, Aptos не потребує цього механізму, тому вимоги до продуктивності вузлів значно знижуються. Щодо витрат на мережу, що забезпечують відсутність конфліктів транзакцій, вплив мемпулу Aptos на TPS значно менший, ніж витрати Solana на впровадження заяв про транзакції. Таким чином, TPS Aptos може досягати 160 000, що більше ніж в два рази перевищує показники Solana. Вплив попереднього сортування транзакцій ускладнює захоплення MEV на Aptos, що має свої плюси і мінуси для користувачів.
Наратив, заснований на безпеці, є напрямком розвитку Aptos
RWA
Aptos активно просуває токенізацію реальних активів та рішення для інституційних фінансів. У порівнянні з Ethereum, Block-STM Aptos може паралельно обробляти кілька транзакцій з переказу активів, уникаючи затримок у підтвердженні прав власності через затори в мережі. На Solana, незважаючи на високу швидкість транзакцій, відсутність дизайну пулу пам'яті може призвести до втрати транзакцій під час перевантаження мережі, що вплине на стабільність підтвердження прав власності на RWA. Попередня сортировка пулу пам'яті Aptos забезпечує виконання транзакцій у порядку, навіть під час пікових навантажень, що дозволяє підтримувати надійність записів активів.
RWA потребує складної підтримки смарт-контрактів, таких як розподіл активів, розподіл прибутків та перевірка відповідності. Модульний дизайн та безпека мови Move дозволяють розробникам легше створювати надійні RWA додатки. У порівнянні з цим, складність та ризики вразливостей Ethereum Solidity збільшують витрати на розробку, тоді як програмування Rust на Solana, хоч і ефективне, має високі вимоги до кривої навчання для розробників. Екологічна дружність 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 американський валютний фонд уряду США, представлений токеном BENJI (FOBXX). Крім того, Aptos співпрацює з Libre для просування токенізації цінних паперів, виводячи інвестиційні фонди Brevan Howard, BlackRock і Hamilton Lane в блокчейн, щоб покращити доступ для інституційних інвесторів.
Платіж стейблкоїнами
Платежі в стейблах потребують забезпечення остаточності транзакцій і безпеки активів. Мова Move в Aptos запобігає подвійним витратам через модель ресурсів, забезпечуючи точність кожного переказу стейбла. Наприклад, коли користувач здійснює платіж USDC на Aptos, оновлення статусу транзакції суворо захищене, щоб уникнути втрати коштів через вразливості контракту. Крім того, низькі витрати на газ Aptos ( зумовлені високим TPS, що розподіляє витрати ), роблячи його дуже конкурентоспроможним у сценаріях малих платежів. Високі витрати на газ Ethereum обмежують його платіжні застосунки, тоді як Solana має низькі витрати, але ризик відкидання транзакцій при перевантаженні мережі може вплинути на користувацький досвід. Попереднє сортування пулу пам'яті Aptos і Block-STM забезпечують стабільність і низьку затримку платіжних транзакцій.
PayFi та стабільні монети мають поєднувати децентралізацію та відповідність регуляторним вимогам. Децентралізований консенсус AptosBFT знижує ризики централізації, одночасно його модульна архітектура підтримує розробників у впровадженні перевірок KYC/AML. Наприклад, емітент стабільної монети може розгортати контракти відповідності на Aptos, щоб забезпечити відповідність транзакцій місцевим нормативам, не жертвуючи ефективністю мережі. Це краще порівняно з централізованою релейною моделлю Ethereum і компенсує потенційні прогалини в дотриманні регуляцій, пов'язані з домінуванням пропозицій Solana. Збалансований дизайн Aptos робить його більш придатним для входу фінансових установ.
Потенціал Aptos у сфері PayFi та стабільних монет полягає у "безпеці, ефективності та відповідності" трьом складовим. У майбутньому він продовжить сприяти масштабному впровадженню стабільних монет, створювати мережу міжнародних платежів або співпрацювати з платіжними гігантами для розробки системи розрахунків на блокчейні. Високий TPS та низькі витрати також можуть підтримувати мікроплатіжні сценарії, такі як миттєві винагороди для творців контенту. Наратив Aptos може зосередитись на "інфраструктурі платежів наступного покоління", залучаючи двосторонній потік підприємств і користувачів.
Переваги Aptos у безпеці, попереднє сортування пулу пам'яті, Block-STM, AptosBFT та мова Move не лише підвищили стійкість до атак, а й заклали міцну основу для наративів RWA та PayFi. У сфері RWA його висока безпека та пропускна спроможність підтримують токенізацію активів та масові транзакції; у PayFi та оплаті стабільними монетами низька вартість та ефективність сприяють реалізації реальних застосувань. На фоні Ethereum.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
9 лайків
Нагородити
9
3
Поділіться
Прокоментувати
0/400
DeFiCaffeinator
· 07-21 14:13
Цей раунд A на 10U не втрачає.
Переглянути оригіналвідповісти на0
ForeverBuyingDips
· 07-21 13:57
Використовуючи високопродуктивну техніку для обдурювання людей, як лохів
Аналіз життєвого циклу торгівлі Aptos: оптимістичне паралельне виконання перевершує Ethereum та Solana
Глибокий аналіз життєвого циклу торгівлі: технічні відмінності Aptos від Ethereum та Solana
Щоб глибше зрозуміти відмінності Aptos від інших публічних блокчейнів, аналіз життєвого циклу транзакції є дуже хорошою відправною точкою. Вивчаючи повний процес транзакції від створення до остаточного оновлення стану, включаючи створення та ініціацію, трансляцію, сортування, виконання та оновлення стану, ми можемо чітко усвідомити різні концепції дизайну та технологічні компроміси різних публічних блокчейнів.
Усі блокчейн-транзакції відбуваються навколо цих п'яти кроків. У цій статті ми зосередимося на Aptos, розглянемо його унікальний дизайн та порівняємо з Ethereum і Solana.
Aptos: оптимістичний паралелізм та проектування високої продуктивності
Aptos є публічною блокчейн-мережею, яка акцентує увагу на високій продуктивності. Її життєвий цикл транзакцій подібний до Ethereum, але забезпечує суттєве покращення завдяки унікальному оптимістичному паралельному виконанню та оптимізації пулу пам'яті. Нижче наведено ключові етапи життєвого циклу транзакцій в Aptos:
Створення та ініціювання
Мережа Aptos складається з легких вузлів, повних вузлів та валідаторів. Користувачі через легкі вузли (, такі як гаманці або додатки ), ініціюють транзакції, легкі вузли пересилають транзакції найближчим повним вузлам, а повні вузли синхронізуються з валідаторами.
трансляція
Aptos зберігає пул пам'яті, але після QuorumStore пули пам'яті не діляться. На відміну від Ethereum, його пул пам'яті не лише буфер для транзакцій. Після входу транзакції в пул пам'яті система попередньо сортує їх за правилами (, такими як FIFO або витрати Gas ), щоб забезпечити безконфліктне виконання транзакцій під час подальшого паралельного виконання. Такий дизайн уникає високих апаратних вимог Solana щодо попереднього оголошення наборів для читання та запису.
сортування
Aptos використовує консенсус AptosBFT, пропонент принципово не може вільно сортувати транзакції, aip-68 надає пропоненту додаткові права на заповнення затриманих транзакцій. Попереднє сортування в пам'яті вже завершено для уникнення конфліктів, генерація блоків більше залежить від співпраці між валідаторами, а не від домінування пропонента.
виконується
Aptos використовує технологію Block-STM для реалізації оптимістичного паралельного виконання. Транзакції вважаються безконфліктними та обробляються одночасно, якщо під час виконання виявляється конфлікт, то постраждалі транзакції будуть повторно виконані. Цей підхід використовує багатоядерні процесори для підвищення ефективності, TPS може досягати 160,000.
оновлення стану
Стан синхронізації валідаторів, остаточність підтверджується через контрольні точки, подібно до механізму Epoch в Ethereum, але з вищою ефективністю.
Основна перевага Aptos полягає в поєднанні оптимістичного паралелізму та попередньої сортування пулу пам'яті, що знижує вимоги до продуктивності вузлів і значно підвищує пропускну здатність.
Ethereum: Бенчмарк послідовного виконання
Ethereum як творець смарт-контрактів є точкою відліку технології публічних блокчейнів, а його життєвий цикл транзакцій забезпечує базову структуру для розуміння Aptos.
Життєвий цикл транзакцій Ethereum
Створення та ініціювання: Користувачі ініціюють транзакції через гаманці за допомогою релейного шлюзу або RPC-інтерфейсу.
Трансляція: угода потрапила до публічного мемпулу, чекає на пакування.
Сортування: Після оновлення PoS, будівельники блоків упакують транзакції відповідно до принципу максимізації прибутку, після торгівлі на релейному шарі подають їх пропоненту.
Виконання: EVM послідовна обробка транзакцій, однониткове оновлення стану.
Оновлення статусу: блок має пройти два контрольні пункти для підтвердження остаточності.
Обмеження послідовного виконання та дизайну пулу пам'яті Ethereum знижують продуктивність, час блоку становить 12 секунд/слот, а TPS досить низький. У порівнянні з цим, Aptos досяг якісного стрибка завдяки паралельному виконанню та оптимізації пулу пам'яті.
Solana: визначальна паралельна оптимізація
Solana відомий високою продуктивністю, його життєвий цикл транзакцій суттєво відрізняється від Aptos, особливо в пулі пам'яті та способах виконання.
Життєвий цикл торгівлі Solana
Створення та ініціювання: Користувач ініціює транзакцію через гаманець.
Трансляція: немає загального пулу пам'яті, транзакції надсилаються безпосередньо поточному та двом наступним пропонентам.
Сортування: Пропонувальник на основі PoH(Proof of History) пакує блоки, час блоку лише 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 та вартість газу ), щоб забезпечити, що транзакції в одному блоці не конфліктують під час паралельного виконання. Отже, видно, що пропонент Aptos насправді не має можливості сортування транзакцій, і в мережі немає будівельників блоків. Це попереднє сортування транзакцій є ключем до реалізації оптимістичного паралелізму в Aptos. На відміну від Solana, яка повинна впроваджувати заяви про транзакції, Aptos не потребує цього механізму, тому вимоги до продуктивності вузлів значно знижуються. Щодо витрат на мережу, що забезпечують відсутність конфліктів транзакцій, вплив мемпулу Aptos на TPS значно менший, ніж витрати Solana на впровадження заяв про транзакції. Таким чином, TPS Aptos може досягати 160 000, що більше ніж в два рази перевищує показники Solana. Вплив попереднього сортування транзакцій ускладнює захоплення MEV на Aptos, що має свої плюси і мінуси для користувачів.
Наратив, заснований на безпеці, є напрямком розвитку Aptos
RWA
Aptos активно просуває токенізацію реальних активів та рішення для інституційних фінансів. У порівнянні з Ethereum, Block-STM Aptos може паралельно обробляти кілька транзакцій з переказу активів, уникаючи затримок у підтвердженні прав власності через затори в мережі. На Solana, незважаючи на високу швидкість транзакцій, відсутність дизайну пулу пам'яті може призвести до втрати транзакцій під час перевантаження мережі, що вплине на стабільність підтвердження прав власності на RWA. Попередня сортировка пулу пам'яті Aptos забезпечує виконання транзакцій у порядку, навіть під час пікових навантажень, що дозволяє підтримувати надійність записів активів.
RWA потребує складної підтримки смарт-контрактів, таких як розподіл активів, розподіл прибутків та перевірка відповідності. Модульний дизайн та безпека мови Move дозволяють розробникам легше створювати надійні RWA додатки. У порівнянні з цим, складність та ризики вразливостей Ethereum Solidity збільшують витрати на розробку, тоді як програмування Rust на Solana, хоч і ефективне, має високі вимоги до кривої навчання для розробників. Екологічна дружність 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 американський валютний фонд уряду США, представлений токеном BENJI (FOBXX). Крім того, Aptos співпрацює з Libre для просування токенізації цінних паперів, виводячи інвестиційні фонди Brevan Howard, BlackRock і Hamilton Lane в блокчейн, щоб покращити доступ для інституційних інвесторів.
Платіж стейблкоїнами
Платежі в стейблах потребують забезпечення остаточності транзакцій і безпеки активів. Мова Move в Aptos запобігає подвійним витратам через модель ресурсів, забезпечуючи точність кожного переказу стейбла. Наприклад, коли користувач здійснює платіж USDC на Aptos, оновлення статусу транзакції суворо захищене, щоб уникнути втрати коштів через вразливості контракту. Крім того, низькі витрати на газ Aptos ( зумовлені високим TPS, що розподіляє витрати ), роблячи його дуже конкурентоспроможним у сценаріях малих платежів. Високі витрати на газ Ethereum обмежують його платіжні застосунки, тоді як Solana має низькі витрати, але ризик відкидання транзакцій при перевантаженні мережі може вплинути на користувацький досвід. Попереднє сортування пулу пам'яті Aptos і Block-STM забезпечують стабільність і низьку затримку платіжних транзакцій.
PayFi та стабільні монети мають поєднувати децентралізацію та відповідність регуляторним вимогам. Децентралізований консенсус AptosBFT знижує ризики централізації, одночасно його модульна архітектура підтримує розробників у впровадженні перевірок KYC/AML. Наприклад, емітент стабільної монети може розгортати контракти відповідності на Aptos, щоб забезпечити відповідність транзакцій місцевим нормативам, не жертвуючи ефективністю мережі. Це краще порівняно з централізованою релейною моделлю Ethereum і компенсує потенційні прогалини в дотриманні регуляцій, пов'язані з домінуванням пропозицій Solana. Збалансований дизайн Aptos робить його більш придатним для входу фінансових установ.
Потенціал Aptos у сфері PayFi та стабільних монет полягає у "безпеці, ефективності та відповідності" трьом складовим. У майбутньому він продовжить сприяти масштабному впровадженню стабільних монет, створювати мережу міжнародних платежів або співпрацювати з платіжними гігантами для розробки системи розрахунків на блокчейні. Високий TPS та низькі витрати також можуть підтримувати мікроплатіжні сценарії, такі як миттєві винагороди для творців контенту. Наратив Aptos може зосередитись на "інфраструктурі платежів наступного покоління", залучаючи двосторонній потік підприємств і користувачів.
Переваги Aptos у безпеці, попереднє сортування пулу пам'яті, Block-STM, AptosBFT та мова Move не лише підвищили стійкість до атак, а й заклали міцну основу для наративів RWA та PayFi. У сфері RWA його висока безпека та пропускна спроможність підтримують токенізацію активів та масові транзакції; у PayFi та оплаті стабільними монетами низька вартість та ефективність сприяють реалізації реальних застосувань. На фоні Ethereum.