Порівнювати технічні відмінності між мовою 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, як піонер смарт-контрактів, є джерелом технології публічного ланцюга, і його життєвий цикл транзакцій забезпечує базову основу для розуміння Aptos.
Життєвий цикл транзакції Ethereum
Створення та ініціація: користувач ініціює транзакцію через гаманець через ретрансляційний шлюз або інтерфейс RPC.
Трансляція: транзакції надходять у загальнодоступний пул пам'яті та очікують на пакування.
Сортування: Після оновлення PoS конструктори блоків упаковують транзакції за принципом максимізації прибутку, а рівень ретранслятора робить на них ставки та надсилає їх ініціатору.
Виконання: EVM обробляє транзакції послідовно, оновлюючи стан в одному потоці.
Оновлення статусу: Блоки потрібно перевіряти через дві контрольні точки, щоб підтвердити остаточність.
Послідовне виконання Ethereum і дизайн мемпулу обмежують продуктивність з часом блокування 12 секунд на слот і низьким TPS. На противагу цьому, Aptos досяг якісного стрибка вперед завдяки паралельному виконанню та оптимізації мемпулу.
Solana: Екстремальна оптимізація з детермінованим паралелізмом
Solana відома своєю високою продуктивністю, а її життєвий цикл транзакцій значно відрізняється від Aptos, особливо з точки зору мемпулу та виконання.
Життєвий цикл транзакцій Solana
Create & Initiate: користувач ініціює транзакцію через гаманець.
Трансляція: Немає публічного мемпулу, транзакції надсилаються безпосередньо поточному та наступним двом ініціаторам.
Сортування: Ініціатор упаковує блок на основі PoH (Proof of History), а час блоку становить лише 400 мілісекунд.
Виконання: Віртуальна машина Sealevel використовує детерміноване паралельне виконання, і набори читання/запису повинні бути оголошені заздалегідь, щоб уникнути конфліктів.
Причина, через яку Solana не використовує мемпули, полягає в тому, що вони можуть стати вузьким місцем продуктивності. Завдяки відсутності мемпулів та унікальному консенсусу PoH Solana, вузли можуть швидко досягати консенсусу щодо порядку транзакцій, уникаючи необхідності ставити транзакції в чергу в мемпулі, а транзакції можуть бути заповнені майже миттєво. Однак це також означає, що якщо мережа перевантажена, транзакції можуть бути скасовані замість того, щоб чекати, і користувачам потрібно буде повторно надіслати.
На противагу цьому, оптимістичний паралелізм Aptos не вимагає оголошення наборів читання/запису, а поріг вузлів нижчий, але TPS вищий.
! [Зрозумійте основні відмінності між Ethereum, Solana та Aptos у життєвому циклі транзакції ](https://img.gateio.im/social/moments-99c993e92d55b0fc27ffb530d2bce05b019283746574839201
Джерело: Shoal Research
) Два шляхи для паралельного виконання: Aptos проти Solana
Виконання транзакції являє собою оновлення стану блоку і є процесом, за допомогою якого інструкція ініціювання транзакції перетворюється в кінцевий стан. Як розуміють цю зміну? Вузол припускає, що транзакція пройшла успішно, і розраховує її вплив на стан мережі, і цей процес розрахунку виконується.
Таким чином, паралельне виконання в блокчейні відноситься до процесу, за допомогою якого кілька ядерних процесорів одночасно обчислюють стан мережі. На сучасному ринку паралельне виконання поділяється на два способи: детерміноване паралельне виконання та оптимістичне паралельне виконання. Різниця між двома напрямками розвитку полягає в тому, як гарантувати, що паралельні транзакції не конфліктують, тобто чи існують залежності між транзакціями.
Видно, що в життєвому циклі транзакції визначаються терміни виникнення конфліктів залежностей паралельних транзакцій, що визначає диференціацію між двома напрямками розвитку детермінованого паралельного виконання і оптимістичного паралельного виконання, причому Aptos і Solana вибирають різні напрямки:
Детермінована паралель (Solana): Перед трансляцією транзакції необхідно оголосити набір читання-запису, а механізм Sealevel обробляє безконфліктні транзакції паралельно відповідно до оголошення, а конфліктуючі транзакції виконуються послідовно. Перевагою є висока ефективність, а недоліком – високі вимоги до обладнання.
Оптимістична паралель (Aptos): Припускаючи, що в транзакції немає конфлікту, Block-STM виконує транзакцію паралельно і перевіряє її, а також повторює спробу, якщо конфлікт є. Попереднє замовлення Mempool знижує ризик колізій і знижує навантаження на вузли.
Наприклад, якщо баланс рахунку А дорівнює 100, торгуйте від 1 до 70 до В, а торгуйте від 2 до 50 до С. Solana заздалегідь підтверджує конфлікт, оголошуючи його, і вирішує його послідовно; Якщо баланс буде недостатнім після паралельного виконання Aptos, баланс буде скориговано. Гнучкість Aptos робить його більш масштабованим.
Оптимістичний паралелізм через мемпули, щоб заздалегідь визнати конфлікти
Основною ідеєю оптимістичного паралелізму є припущення, що транзакції, оброблені паралельно, не конфліктують, тому додатку не потрібно подавати звіт про транзакцію до того, як транзакція буде виконана. Якщо під час перевірки після транзакції буде виявлено конфлікт, Block-STM повторно виконає атаковану транзакцію, щоб забезпечити узгодженість.
Однак на практиці, якщо заздалегідь не підтвердити, чи є залежності транзакцій конфліктуючими, під час фактичного виконання може виникнути велика кількість помилок, що призведе до затримки публічного ланцюжка. Таким чином, оптимістичний паралелізм - це не просто припущення, що угода безконфліктна, а уникнення ризиків заздалегідь на певному етапі, яким є етап трансляції угоди.
На Aptos після того, як транзакції потрапляють у публічний мемпул, вони попередньо замовляються відповідно до певних правил (таких як FIFO та плата за газ), щоб гарантувати, що транзакції всередині блоку не конфліктують при паралельному виконанні. Видно, що ініціатор Aptos фактично не має можливості замовляти транзакції, а в мережі немає конструктора блоків. Таке попереднє замовлення транзакцій є ключем до оптимістичного паралелізму Aptos. На відміну від Solana, яка вимагає декларування транзакцій, Aptos не вимагає цього механізму, тому вимоги до продуктивності вузлів значно знижуються. З точки зору накладних витрат на мережу, які гарантують, що транзакції не конфліктують, вплив приєднання Aptos до мемпулу на TPS набагато менший, ніж витрати на введення декларацій транзакцій у Solana. В результаті Aptos має TPS до 160 000, що більш ніж удвічі більше, ніж у Solana. Вплив попереднього замовлення транзакцій полягає в тому, що на Aptos складніше захопити MEV, який має як переваги, так і недоліки для користувачів, і тут не повториться.
Сторітелінг, заснований на безпеці, – це те, до чого рухається Aptos
RWA: Aptos активно просуває токенізацію реальних активів та інституційні фінансові рішення. У порівнянні з Ethereum, Block-STM від Aptos може обробляти кілька транзакцій з передачі активів паралельно, уникаючи затримок у підтвердженні прав через перевантаження мережі. На Solana або Sui, незважаючи на високу швидкість транзакцій, дизайн без мемпулу може відкидати транзакції, коли мережа перевантажена, що впливає на стабільність володіння 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 On-Chain Фонд державних грошей США (FOBXX), представлений токеном BENJI в мережі Aptos. Крім того, 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 і високошвидкісним, але високим порогом Solana, Aptos виходить на новий рівень завдяки збалансованому підходу. У майбутньому Aptos може використовувати ці переваги, щоб сформувати наратив про «мережу цінностей, керовану безпекою» і стати мостом між традиційною економікою та блокчейном.
Резюме: технічні відмінності Aptos і майбутні наративи
Через призму життєвого циклу транзакцій ми змогли наочно порівняти технічні відмінності в дизайні між Aptos та Ethereum, Solana та Sui та розкрити їхні основні наративи. Наступна таблиця підсумовує подібності та відмінності між чотирма фазами трансляції, послідовності та виконання, підкреслюючи унікальні переваги Aptos:
! [Зрозумійте основні відмінності між Ethereum, Solana та Aptos у життєвому циклі транзакції простими словами]###https://img.gateio.im/social/moments-896a7d0451130b18307958e3c2a219df(
Aptos розроблений для досягнення розумного балансу між продуктивністю та безпекою. Попереднє замовлення мемпулу в поєднанні з оптимістичним паралелізмом Block-STM знижує бар'єр вузлів і досягає високої пропускної здатності 160 000 TPS, перевершуючи детермінований паралелізм Solana і паралелізм на рівні об'єктів Sui. У порівнянні з серійним виконанням Ethereum, паралелізм Aptos приносить якісний стрибок; На відміну від агресивних оптимізацій Solana і Sui, які відсікають пули пам'яті, Aptos зберігає механізм попереднього замовлення для забезпечення стабільності мережі при високих навантаженнях. Ця ідея «пошуку швидкості при збереженні стабільності», доповнена ресурсною моделлю мови Move, дає Aptos більшу безпеку - будь то захист від DDoS-атак або запобігання вразливостей контрактів, що краще, ніж традиційна архітектура Ethereum і висока апаратна залежність Solana. У порівнянні з Sui, яка також заснована на мові Move, диференціація Aptos і Sui є більш показовою. Sui орієнтований на об'єкт і прагне до надзвичайної продуктивності за допомогою впорядкування DAG і паралелізму на рівні об'єкта, що підходить для сценаріїв управління активами з високим паралелізмом. Aptos, з іншого боку, орієнтований на обліковий запис, покладаючись на мемпул і оптимістичний паралелізм, беручи до уваги як універсальність, так і екологічну сумісність. Ця різниця не тільки відображає вибір технологічного шляху, але й вказує на розбіжність у напрямку застосування: Sui може бути більш вправним у маніпулюванні складними активами, тоді як Aptos має перевагу в сценаріях, орієнтованих на безпеку. Саме на основі цього поєднання безпеки та продуктивності Aptos демонструє великий потенціал у наративі RWA та PayFi. У просторі RWA висока пропускна здатність Aptos підтримує великомасштабну подачу активів у мережі, і нещодавнє партнерство з Ondo Finance (ринкова капіталізація USDY близько 15 мільйонів доларів), Franklin Templeton і Libre почало приносити свої плоди. У платежах PayFi та стейблкоїнів низька вартість, висока ефективність та підтримка відповідності вимогам Aptos для мікроплатежів та транскордонних розрахунків роблять його сильним кандидатом для «платіжної інфраструктури наступного покоління».
Таким чином, Aptos враховує міркування безпеки та ефективності в кожному аспекті життєвого циклу транзакції, що відрізняється від надійності та неефективності Ethereum, високої продуктивності та високого порогу Solana та екстремальної об'єктно-орієнтованої оптимізації Sui. У майбутньому Aptos може покладатися на наратив «мережі створення вартості, керованої безпекою», щоб об'єднати традиційні фінансові та блокчейн-екосистеми, продовжувати докладати зусиль у сфері RWA та PayFi, а також побудувати нову модель публічного ланцюга з довірою та масштабованістю.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Зрозумійте ключові відмінності між Ethereum, Solana та Aptos протягом усього терміну дії транзакції
Автор: Кевін, дослідник Movemaker
Порівнювати технічні відмінності між мовою Move, Aptos та іншими публічними мережами може бути нудно через різну глибину спостережень. Загальний аналіз неминуче розчісує свербіж, а заглиблюючись у код, легко розгледіти ліс за деревами. Щоб швидко і точно зрозуміти різницю між Aptos та іншими публічними ланцюгами, дуже важливо вибрати відповідний якір.
Автор вважає, що життєвий цикл угоди є найкращою точкою входу. Аналізуючи повні етапи транзакції від створення до остаточного оновлення стану, включаючи створення та ініціацію, трансляцію, сортування, виконання та оновлення стану, ми можемо чітко зрозуміти ідеї дизайну та технічні компроміси публічного ланцюга. Беручи це за орієнтир, зробіть крок назад і зможете зрозуміти основні наративи різних публічних мереж; Зробіть крок далі та вивчіть, як ви можете створювати привабливі для ринку програми на Aptos.
Як показано нижче, всі блокчейн-транзакції обертаються навколо цих п'яти кроків, і в цій статті мова піде про Aptos, розберемо його унікальний дизайн і порівняємо ключові відмінності між Ethereum і Solana.
! Зрозумійте основні відмінності між Ethereum, Solana та Aptos у життєвому циклі транзакції простими словами
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, Solana та Aptos у життєвому циклі транзакції простими словами
Ethereum: еталон послідовного виконання
Ethereum, як піонер смарт-контрактів, є джерелом технології публічного ланцюга, і його життєвий цикл транзакцій забезпечує базову основу для розуміння Aptos.
Життєвий цикл транзакції Ethereum
Створення та ініціація: користувач ініціює транзакцію через гаманець через ретрансляційний шлюз або інтерфейс RPC. Трансляція: транзакції надходять у загальнодоступний пул пам'яті та очікують на пакування. Сортування: Після оновлення PoS конструктори блоків упаковують транзакції за принципом максимізації прибутку, а рівень ретранслятора робить на них ставки та надсилає їх ініціатору. Виконання: EVM обробляє транзакції послідовно, оновлюючи стан в одному потоці. Оновлення статусу: Блоки потрібно перевіряти через дві контрольні точки, щоб підтвердити остаточність.
Послідовне виконання Ethereum і дизайн мемпулу обмежують продуктивність з часом блокування 12 секунд на слот і низьким TPS. На противагу цьому, Aptos досяг якісного стрибка вперед завдяки паралельному виконанню та оптимізації мемпулу.
! Зрозумійте основні відмінності між Ethereum, Solana та Aptos у життєвому циклі транзакції простими словами
Solana: Екстремальна оптимізація з детермінованим паралелізмом
Solana відома своєю високою продуктивністю, а її життєвий цикл транзакцій значно відрізняється від Aptos, особливо з точки зору мемпулу та виконання.
Життєвий цикл транзакцій Solana
Причина, через яку Solana не використовує мемпули, полягає в тому, що вони можуть стати вузьким місцем продуктивності. Завдяки відсутності мемпулів та унікальному консенсусу PoH Solana, вузли можуть швидко досягати консенсусу щодо порядку транзакцій, уникаючи необхідності ставити транзакції в чергу в мемпулі, а транзакції можуть бути заповнені майже миттєво. Однак це також означає, що якщо мережа перевантажена, транзакції можуть бути скасовані замість того, щоб чекати, і користувачам потрібно буде повторно надіслати.
На противагу цьому, оптимістичний паралелізм Aptos не вимагає оголошення наборів читання/запису, а поріг вузлів нижчий, але TPS вищий.
! [Зрозумійте основні відмінності між Ethereum, Solana та Aptos у життєвому циклі транзакції ](https://img.gateio.im/social/moments-99c993e92d55b0fc27ffb530d2bce05b019283746574839201
) Два шляхи для паралельного виконання: Aptos проти Solana
Виконання транзакції являє собою оновлення стану блоку і є процесом, за допомогою якого інструкція ініціювання транзакції перетворюється в кінцевий стан. Як розуміють цю зміну? Вузол припускає, що транзакція пройшла успішно, і розраховує її вплив на стан мережі, і цей процес розрахунку виконується.
Таким чином, паралельне виконання в блокчейні відноситься до процесу, за допомогою якого кілька ядерних процесорів одночасно обчислюють стан мережі. На сучасному ринку паралельне виконання поділяється на два способи: детерміноване паралельне виконання та оптимістичне паралельне виконання. Різниця між двома напрямками розвитку полягає в тому, як гарантувати, що паралельні транзакції не конфліктують, тобто чи існують залежності між транзакціями.
Видно, що в життєвому циклі транзакції визначаються терміни виникнення конфліктів залежностей паралельних транзакцій, що визначає диференціацію між двома напрямками розвитку детермінованого паралельного виконання і оптимістичного паралельного виконання, причому Aptos і Solana вибирають різні напрямки:
Наприклад, якщо баланс рахунку А дорівнює 100, торгуйте від 1 до 70 до В, а торгуйте від 2 до 50 до С. Solana заздалегідь підтверджує конфлікт, оголошуючи його, і вирішує його послідовно; Якщо баланс буде недостатнім після паралельного виконання Aptos, баланс буде скориговано. Гнучкість Aptos робить його більш масштабованим.
Оптимістичний паралелізм через мемпули, щоб заздалегідь визнати конфлікти
Основною ідеєю оптимістичного паралелізму є припущення, що транзакції, оброблені паралельно, не конфліктують, тому додатку не потрібно подавати звіт про транзакцію до того, як транзакція буде виконана. Якщо під час перевірки після транзакції буде виявлено конфлікт, Block-STM повторно виконає атаковану транзакцію, щоб забезпечити узгодженість.
Однак на практиці, якщо заздалегідь не підтвердити, чи є залежності транзакцій конфліктуючими, під час фактичного виконання може виникнути велика кількість помилок, що призведе до затримки публічного ланцюжка. Таким чином, оптимістичний паралелізм - це не просто припущення, що угода безконфліктна, а уникнення ризиків заздалегідь на певному етапі, яким є етап трансляції угоди.
На Aptos після того, як транзакції потрапляють у публічний мемпул, вони попередньо замовляються відповідно до певних правил (таких як FIFO та плата за газ), щоб гарантувати, що транзакції всередині блоку не конфліктують при паралельному виконанні. Видно, що ініціатор Aptos фактично не має можливості замовляти транзакції, а в мережі немає конструктора блоків. Таке попереднє замовлення транзакцій є ключем до оптимістичного паралелізму Aptos. На відміну від Solana, яка вимагає декларування транзакцій, Aptos не вимагає цього механізму, тому вимоги до продуктивності вузлів значно знижуються. З точки зору накладних витрат на мережу, які гарантують, що транзакції не конфліктують, вплив приєднання Aptos до мемпулу на TPS набагато менший, ніж витрати на введення декларацій транзакцій у Solana. В результаті Aptos має TPS до 160 000, що більш ніж удвічі більше, ніж у Solana. Вплив попереднього замовлення транзакцій полягає в тому, що на Aptos складніше захопити MEV, який має як переваги, так і недоліки для користувачів, і тут не повториться.
Сторітелінг, заснований на безпеці, – це те, до чого рухається Aptos
Сильні сторони безпеки Aptos – попереднє замовлення мемпулу, Block-STM, AptosBFT і Move – не тільки підвищують стійкість до атак, але й забезпечують міцну основу для розповіді історій RWA та PayFi. У просторі RWA його висока безпека та пропускна здатність підтримують токенізацію активів та великомасштабні транзакції; У платежах PayFi та стейблкоїнів низька вартість і висока ефективність сприяли впровадженню реальних додатків. У порівнянні з надійним, але неефективним Ethereum і високошвидкісним, але високим порогом Solana, Aptos виходить на новий рівень завдяки збалансованому підходу. У майбутньому Aptos може використовувати ці переваги, щоб сформувати наратив про «мережу цінностей, керовану безпекою» і стати мостом між традиційною економікою та блокчейном.
Резюме: технічні відмінності Aptos і майбутні наративи
Через призму життєвого циклу транзакцій ми змогли наочно порівняти технічні відмінності в дизайні між Aptos та Ethereum, Solana та Sui та розкрити їхні основні наративи. Наступна таблиця підсумовує подібності та відмінності між чотирма фазами трансляції, послідовності та виконання, підкреслюючи унікальні переваги Aptos:
! [Зрозумійте основні відмінності між Ethereum, Solana та Aptos у життєвому циклі транзакції простими словами]###https://img.gateio.im/social/moments-896a7d0451130b18307958e3c2a219df(
Aptos розроблений для досягнення розумного балансу між продуктивністю та безпекою. Попереднє замовлення мемпулу в поєднанні з оптимістичним паралелізмом Block-STM знижує бар'єр вузлів і досягає високої пропускної здатності 160 000 TPS, перевершуючи детермінований паралелізм Solana і паралелізм на рівні об'єктів Sui. У порівнянні з серійним виконанням Ethereum, паралелізм Aptos приносить якісний стрибок; На відміну від агресивних оптимізацій Solana і Sui, які відсікають пули пам'яті, Aptos зберігає механізм попереднього замовлення для забезпечення стабільності мережі при високих навантаженнях. Ця ідея «пошуку швидкості при збереженні стабільності», доповнена ресурсною моделлю мови Move, дає Aptos більшу безпеку - будь то захист від DDoS-атак або запобігання вразливостей контрактів, що краще, ніж традиційна архітектура Ethereum і висока апаратна залежність Solana. У порівнянні з Sui, яка також заснована на мові Move, диференціація Aptos і Sui є більш показовою. Sui орієнтований на об'єкт і прагне до надзвичайної продуктивності за допомогою впорядкування DAG і паралелізму на рівні об'єкта, що підходить для сценаріїв управління активами з високим паралелізмом. Aptos, з іншого боку, орієнтований на обліковий запис, покладаючись на мемпул і оптимістичний паралелізм, беручи до уваги як універсальність, так і екологічну сумісність. Ця різниця не тільки відображає вибір технологічного шляху, але й вказує на розбіжність у напрямку застосування: Sui може бути більш вправним у маніпулюванні складними активами, тоді як Aptos має перевагу в сценаріях, орієнтованих на безпеку. Саме на основі цього поєднання безпеки та продуктивності Aptos демонструє великий потенціал у наративі RWA та PayFi. У просторі RWA висока пропускна здатність Aptos підтримує великомасштабну подачу активів у мережі, і нещодавнє партнерство з Ondo Finance (ринкова капіталізація USDY близько 15 мільйонів доларів), Franklin Templeton і Libre почало приносити свої плоди. У платежах PayFi та стейблкоїнів низька вартість, висока ефективність та підтримка відповідності вимогам Aptos для мікроплатежів та транскордонних розрахунків роблять його сильним кандидатом для «платіжної інфраструктури наступного покоління».
Таким чином, Aptos враховує міркування безпеки та ефективності в кожному аспекті життєвого циклу транзакції, що відрізняється від надійності та неефективності Ethereum, високої продуктивності та високого порогу Solana та екстремальної об'єктно-орієнтованої оптимізації Sui. У майбутньому Aptos може покладатися на наратив «мережі створення вартості, керованої безпекою», щоб об'єднати традиційні фінансові та блокчейн-екосистеми, продовжувати докладати зусиль у сфері RWA та PayFi, а також побудувати нову модель публічного ланцюга з довірою та масштабованістю.