Давайте порівняємо Sui Move проти Aptos Move.Ці двоє схожі на братів і сестер з мовної сім'ї Move, але вони, безумовно, мають власні особистості:

#Як вони катаються? Відмінності під час виконання: продуктивність, масштабованість та досвід розробника

І Sui, і Aptos реалізують власні віртуальні машини Move (VM), які служать їх часом виконання, впливаючи на продуктивність, масштабованість та досвід розробників.

Дослідження показують, що Sui Move схожий на того друга, який завжди поспішає, швидко виконуючи справи.Його віртуальна машина створена для швидкості — подумайте 0,5 секунди, щоб заблокувати транзакцію, завдяки деяким химерним трюкам паралельного виконання з налаштуванням DAG (наприклад, 0,5 секунди, як зазначено в Aptos проти Sui vs Movement: Move Blok Compared)

На відміну від цього, Aptos використовує лінійну архітектуру з можливостями паралельного виконання, але його консенсус щодо кожної транзакції може спричинити вузькі місця в масштабі, з кінцевістю близько 0,9 секунди.

Причинне впорядкування Sui означає, що багато транзакцій не вимагають повного консенсусу, зменшуючи затримку, тоді як Aptos використовує aptosBFT, похідну від HotStuff, забезпечуючи швидку остаточну обробку, але потенційно більш високі обчислювальні витрати.

Модель Sui включає еталонну ціну газу, встановлену на початку кожної епохи, на основі вхідних даних валідатора, що забезпечує передбачуваність та низькі комісії (наприклад, середня комісія за транзакцію $0,0001, відповідно до Sui проти Aptos: Який блокчейн підходить для вас?).

Стандартні бібліотеки: модулі, функції та випадки використання

Оскільки Sui та Aptos мають різні архітектурні проекти — SUI є об'єктно-центричним, розглядаючи активи як об'єкти, що передаються, тоді як Aptos заснований на обліковому записі, пов'язуючи активи з обліковими записами — їхні стандартні бібліотеки значно відрізняються за структурою та використанням.

Створення власного токена

У Aptos модуль managed_coin зі стандартної бібліотеки aptos_framework забезпечує простий спосіб створення та управління змінними токенами. Ось приклад:

module example::MyToken {
    use aptos_framework::managed_coin;
    use std::signer;

    /// Struct representing the custom token
    struct MyToken has key { }

    /// Initialize the token with name, symbol, decimals, and monitoring option
    public entry fun initialize(account: &signer) {
        managed_coin::initialize<MyToken>(
            account,
            b"MyToken",           // Name
            b"MTK",              // Symbol
            6,                   // Decimals
            true,                // Enable monitoring
        );
    }

    /// Mint tokens to the caller's account
    public entry fun mint(account: &signer, amount: u64) {
        managed_coin::mint<MyToken>(account, amount);
    }
}

Цей випадок використання створює взаємозамінний токен, прив'язаний до облікового запису, характерний для систем на основі облікових записів, таких як Aptos.

У Sui coinмодуль зі стандартної бібліотеки sui керує токенами як об'єктами. Ви створюєте валюту і використовуєте TreasuryCapоб'єкт для карбування монет. Ось приклад:

module example::MyToken {
    use sui::coin::{Self, Coin, TreasuryCap};
    use sui::transfer;
    use sui::tx_context::{Self, TxContext};

    /// Struct defining the custom token type (with `drop` for currency creation)
    struct MY_TOKEN has drop { }

    /// Create a new currency and transfer its TreasuryCap and metadata
    public entry fun create_currency(ctx: &mut TxContext) {
        let (treasury_cap, metadata) = coin::create_currency(
            MY_TOKEN {},         // Token type witness
            6,                   // Decimals
            b"MTK",              // Symbol
            b"MyToken",          // Name
            b"A custom token",   // Description
            option::none(),      // Optional icon URL
            ctx,
        );
        transfer::public_transfer(treasury_cap, tx_context::sender(ctx));
        transfer::public_transfer(metadata, tx_context::sender(ctx));
    }

    /// Mint new coins using the TreasuryCap
    public fun mint(
        treasury_cap: &mut TreasuryCap<MY_TOKEN>,
        amount: u64,
        ctx: &mut TxContext
    ): Coin<MY_TOKEN> {
        coin::mint(treasury_cap, amount, ctx)
    }
}

Карбування NFT

Aptos використовує модуль токенів для управління незмінними токенами (NFT) у колекціях. Ось як створити колекцію та створити NFT:

module example::MyNFT {
    use aptos_framework::token;
    use std::string;
    use std::signer;

    /// Create a new NFT collection
    public entry fun create_collection(creator: &signer) {
        token::create_collection(
            creator,
            string::utf8(b"MyCollection"),       // Collection name
            string::utf8(b"A collection of NFTs"), // Description
            string::utf8(b"https://example.com"), // URI
            true, true, true, true, true, true, true, true, true, // Mutability flags
        );
    }

    /// Mint an NFT within the collection
    public entry fun mint_nft(
        creator: &signer,
        collection: &string::String,
        name: &string::String,
        uri: &string::String
    ) {
        token::create_token(
            creator,
            *collection,
            *name,
            string::utf8(b"Description"), // Token description
            1,                            // Maximum supply (1 for NFT)
            *uri,                         // Token URI
            0, 0, 0,                      // Royalty settings
            vector::empty(),              // Property keys
            vector::empty(),              // Property values
            vector::empty(),              // Property types
        );
    }
}```


 Управління унікальними цифровими активами (наприклад, ілюстраціями) у структурованій колекції, поширеній у системах NFT на основі облікових записів.

У Sui NFT є автономними `objects`з унікальними ідентифікаторами, керованими за допомогою `object``transfer`модулів і. Ось приклад:

```rust
module example::MyNFT {
    use sui::object::{Self, UID};
    use sui::transfer;
    use sui::tx_context::{Self, TxContext};
    use std::string;

    /// Struct representing an NFT
    struct MyNFT has key {
        id: UID,
        name: string::String,
        uri: string::String,
    }

    /// Mint an NFT and transfer it to the sender
    public entry fun mint(
        ctx: &mut TxContext,
        name: string::String,
        uri: string::String
    ) {
        let nft = MyNFT {
            id: object::new(ctx),  // Generate a unique ID
            name,
            uri,
        };
        transfer::transfer(nft, tx_context::sender(ctx));
    }
}

Створення та передача унікальних активів (наприклад, предметів колекціонування) як незалежних об'єктів, використовуючи об'єктно-орієнтовану гнучкість Суї. Ці відмінності означають, що розробники повинні адаптувати код, впливаючи на час розробки та взаємодію екосистем.

Зберігання даних: об'єктно-орієнтовані проти моделей на основі облікових записів

Однією з найважливіших відмінностей є зберігання даних. Sui використовує об'єктно-орієнтовану модель, де кожен актив (наприклад, токени, NFT) є об'єктом з метаданими, власністю та дозволами, що зберігаються в ланцюжку з унікальними ідентифікаторами (Об'єктна модель | Документація Sui).This модель дозволяє паралельно оновлювати стан, підвищуючи складність та ефективність газу, оскільки транзакції часто вимагають лише одного оновлення книги (наприклад, перенесення об'єкта оновлює його стан, а не кілька облікових записів).

Aptos, навпаки, використовує модель на основі облікового запису, подібну до Ethereum, де облікові записи мають власні ресурси в глобальному сховищі, що вимагає оновлення як облікових записів відправника, так і одержувача за транзакцію (Aptos проти Sui - The Tie).

Ближче до EVM або SVM?

Питання про те, чи ближче Aptos до EVM (віртуальна машина Ethereum) та Sui до SVM (ймовірно, віртуальна машина Solana), вимагає роз'яснень. Модель на основі облікового запису Aptos узгоджується з EVM, оновлюючи стан облікових записів за транзакцію, роблячи її звичною для розробників Ethereum (Aptos проти Sui: Порівняння двох зростаючих блокчейнів рівня 1).

Об'єктно-центрична модель Суї, однак, унікальна, не порівнянна безпосередньо з SVM, яка заснована на обліковому записі, як Солана. Деякі розробники стверджують, що Sui нагадує Solana за масштабованістю, але це більше про продуктивність, ніж про моделі даних. Таким чином, справедливо сказати, що Aptos ближче до EVM, тоді як модель Суї відрізняється, не узгоджується з SVM, що кидає виклик аналогії.

Універсальні пакети: сумісність та бар'єри

Враховуючи їх спільне походження, ідеальна сумісність передбачала б універсальні пакети. Однак дослідження показують, що таких пакетів не існує, оскільки відмінності у стандартних бібліотеках та моделях даних створюють бар'єри.

Наприклад, пакет з використанням aptos_coin Aptos не працюватиме на Sui без перезапису для sui: :coin (GitHub - pentagonxyz/movemate: Бібліотека модульних блоків для Move). Бар'єри включають специфічні для платформи API, моделі об'єктів проти облікових записів та розбіжні реалізації VM, що робить безперебійну сумісність малоймовірною без значної адаптації.