Передмова
Уявіть сценарій, в якому блокчейн платформа швидко розвивається, а кількість користувачів швидко зростає, досягаючи десятків мільйонів, що призводить до різкого збільшення супутніх витрат протягом короткого часу. Які стратегії на даному етапі необхідні для підтримки операційної ефективності без шкоди для темпів розвитку через складні процеси узгодження та підтвердження? Як погодиться багато бізнес підприємств, масштабованість має бути пріоритетом.
В якості off-chain технології масштабування Ontology Layer 2 пропонує більш високу продуктивність та нижчі показники. Підприємства можуть безпечно зберігати велику кількість записів транзакцій поза ланцюжком, а потім передавати їх у ланцюжок, коли їм потрібно взаємодіяти, знижуючи витрати користувачів на транзакції та різко підвищуючи продуктивність.
Запровадження
Як зазначено в роадмапі Aristotle 2020, у поєднанні з кросс-ланцюжками Ontology, Wasm-JIT, Multi-VM та іншими передовими базовими технологіями, Ontology Layer 2 тепер показує кращу продуктивність на відміну від інших рішень. зберігання, багатомовної підтримки та повної сумісності версій аналізу та виконання. Забезпечення безперешкодної взаємодії контрактів на розгортання, наприклад, запуск кількох віртуальних операційних систем на одному комп'ютері, що підвищує ефективність виконання та знижує витрати на обробку.
Робочий процес
Рівень 2 Ontology складається з 3 основних частин: депозит Ontology на Рівні 2, висновки Рівню 2 на Ontology, транзакції Рівню 2 та гарантія безпеки.
У трейдинг центрі рівня 2 користувачі можуть здійснювати транзакції, виконувати контрактні запити та підписувати контракти. Ця транзакція може збігатися з форматом транзакції основного ланцюжка Ontology або може відрізнятися. Складачі транзакцій (звані «Collectors», далі «колектор») відповідають за збирання транзакцій 2 рівня користувача. Протягом усього процесу може бути кілька колекторів. Користувачі також можуть транслювати свої транзакції рівня 2 кільком колекторам.
Колектор періодично пакує зібрані транзакції рівня 2 і запускає їх для створення нового стану. Колектор також відповідає за передачу кореня нового стану в головний ланцюжок Ontology. Після виконання транзакцій, упакованих у блоці рівня 2, корінь нового стану стає станом блоку рівня 2. Претендент несе відповідальність за перевірку стану блоку рівня 2, представленого Колектором у головний ланцюжок Ontology. Це вимагає від Претендента синхронізувати блок 2 рівня через Колектор, щоб підтримувати повний глобальний стан.
ПІДТВЕРДЖЕННЯ СТАНУ ОБЛІКОВОГО ЗАПИСУ ВКЛЮЧАЄ В СЕБЕ ІНФОРМАЦІЮ ПРО СТАН ОБЛІКОВОГО ЗАПИСУ ТА ЇЇ ПІДТВЕРДЖЕННЯ, ЯКЕ МОЖНА ОТРИМАТИ З ЗАПИТ. ТІЛЬКИ ВОНИ ПІДТРИМУЮТЬ ПОВНИЙ ГЛОБАЛЬНИЙ СТАН.
Депозит на рівні 2
- Спочатку користувач виконує операцію "Deposit" в основному ланцюжку Ontology. Контракт основного ланцюжка блокує депозитні кошти користувача та фіксує стан цього фонду на рівні 2. На даний момент статус «unreleased».
- Потім Колектор отримує повідомлення про те, що в основному ланцюжку Ontology очікується операція Депозиту. Колектор змінить свій стан на рівні 2 відповідно до операції депозиту. Складальник потім додає Депозит для деблокування транзакції і упаковує його разом з іншими користувальницькими транзакціями до блоку рівня 2. Коли стан блоку рівня 2 досягає основного ланцюжка Ontology, він повідомляє систему про звільнення депозиту.
- Контракт основного ланцюжка виконує операцію звільнення депозиту та змінює статус депозитного фонду на «released».
Висновки з Ontology
- Користувач створює транзакцію рівня 2 «Виведення коштів» та передає її збирачеві.
- Collector змінює свій стан відповідно до Withdraw і одночасно упаковує транзакцію Withdraw та інші користувацькі транзакції разом до блоку Рівня 2. При відправленні стану блоку Рівня 2 в основний ланцюжок Ontology буде відправлено запит на Висновок.
- Контракт основного ланцюжка виконує запит на зняття коштів, реєструє запис про фонд та встановлює статус not released.
- Після підтвердження стану користувач надсилає запит на зняття коштів з рахунку.
- Контракт основного ланцюжка виконує запит на зняття коштів з рахунку, переказує кошти на цільовий рахунок та встановлює для запису зняття гроші «released».
Транзакції рівня 2 та забезпечення безпеки
Транзакції рівня 2
- Користувач створює транзакцію рівня 2 Transfer і передає її Колектору.
- Колектор упаковує транзакцію перенесення та інші транзакції в блок 2 рівня, виконує транзакції в блоці і передає стан цього блоку рівня 2 в основний ланцюжок Ontology.
- Дочекайтеся підтвердження стану.
Гарантія безпеки
Після того, як Оператор відправить стан блоку рівня 2 в основний ланцюжок Ontology, претендент також може виконати транзакцію блоку рівня 2 і перевірити правильність стану блоку рівня 2. Якщо щось неправильно, претендент збере докази шахрайства і надішле смарт-контракт щоб оскаржити Оператора.
Як користуватися
В даний час Рівень 2 Ontology доступний Ontology TestNet для розробників, з якими можна експериментувати.
на документацію
У наступній статті ми представимо докладне порівняння продуктивності з рівнем 2 в інших ланцюжках.
Appendix: терміни
Транзакції рівня 2
Користувач зробив запит на передачу або виконання договору на рівні 2 і вже підписав його. Ця транзакція може збігатися з форматом транзакції основного ланцюжка Ontology або може відрізнятися.
колектор
Collector - це колектор транзакцій рівня 2. Він відповідає за збір транзакцій рівня 2 користувача, перевірку та виконання транзакції. Щоразу, коли генерується блок рівня 2, колектор відповідає за виконання транзакцій у блоці, оновлення статусу та генерацію контрактів рівня 2, які можна інтерпретувати як підтвердження стану, що використовується для забезпечення безпеки.
Блок рівня 2
Collector періодично упаковує зібрані транзакції рівня 2, генерує блок, що містить всі транзакції рівня 2, і генерує новий блок рівня 2.
Стан рівня 2
Collector виконує пакетні транзакції в блоці 2 рівня, оновлює стан, сортує всі оновлені дані про стан для створення дерева Merkle і обчислює кореневий хеш дерева Merkle. Кореневий хеш – це стан блоку Рівня 2.
Оператор
Оператор є відповідальним за безпеку рівня 2 і відповідає за моніторинг того, чи відбувається передача токена на рівень 2 або транзакція передачі токена з рівня 2 в основний ланцюжок Ontology. Оператор також несе відповідальність за періодичне відправлення підтвердження статусу рівня 2. Як підтвердження ви можете перейти до мережі Ontology.
претендент
Претендент несе відповідальність за перевірку підтвердження статусу, представленого Оператором у головний ланцюжок Ontology. Це вимагає від претендента синхронізувати транзакції 2 рівня від оператора або ланцюжка для підтримки повного глобального стану. Після того, як Претендент синхронно виконує транзакцію та оновлює статус, він може перевірити правильність підтвердження статусу, наданого Оператором у мережі. Якщо є проблеми, претендент може створити fraud proof challenge, яку може пояснити контракт рівня 2.
Підтвердження статусу облікового запису
Досягнуті за допомогою доказу Merkle, підтвердження статусу облікового запису може бути отримано від Операторів та Претендентів. Вони є єдиними сторонами, які підтримують повний глобальний стан.
Доказ шахрайства
Підтвердження шахрайства включає підтвердження статусу облікового запису до оновлення блоку 2-го рівня.
Попередній сертифікат статусу блоку 2-го рівня та сертифікат статусу облікового запису підтверджують легітимність старого стану перед оновленням. Доказ того, що старий стан є законним можна отримати, запустивши поточний блок.
Орієнтований на підприємства блокчейн Ontology готовий допомогти підприємствам трансформувати та модернізувати свій бізнес. Якщо у вас виникли проблеми з автономним масштабуванням, віртуальними машинами або повним набором технічних систем, зв'яжіться з нами за адресою [захищено електронною поштою].
Дізнатись більше про Ontology
Свіжа, актуальна інформація та приємне спілкування у нашому Telegram-чаті -
Також, підписуйтесь та вивчайте наші: - - - -
Джерело: habr.com