Два роки тому весь криптопростір був сповнений ентузіазму в очікуванні майбутнього аукціону парачейн-слотів Polkadot. Однак з часом цей механізм аукціону виявився таким, що має відносно високий поріг участі, що дещо стримувало подальше розширення його екосистеми. Але, на щастя, команда на чолі з доктором Гевіном Вудом вчасно побачила проблему і була сповнена рішучості подолати раніше зведені перешкоди, а також активно думати про те, як сприяти сталому розвитку екосистеми, знизити бар'єр для входу і більше зосередитися на наданні дійсно цінного блокчейн-продукту - «блокового простору».
У цьому історичному контексті та трансформації, яким буде майбутнє планування та напрямок розвитку Polkadot? Давайте всебічно розглянемо, як Polkadot може краще обслуговувати користувачів Web3 за допомогою цієї статті.
Розуміння Polkadot 1.0 і філософії, що лежить в його основі, допоможе нам краще зрозуміти майбутній напрямок екосистеми Polkadot!
Переосмислення: Polkadot буде використовуватися як обчислювальний ресурс
В даний час Polkadot абстрагований і узагальнений за межами того, що було спочатку запропоновано і передбачено в білій книзі. Polkadot - це:
Блоковий простір (базовий ресурс, необхідний ланцюжку), а не ланцюжок.
Платформа, створена для того, щоб люди могли використовувати додаток замість ланцюжка. По суті, Polkadot не є платформою для мереж хостингу, ланцюжки — це лише спосіб створювати програми та підвищувати корисність Polkadot.
Платформа, яка надає безперервні, стабільні обчислювальні послуги, які є не просто специфічними чи обмеженими, а загальними та можуть застосовуватися до різноманітних програм і сценаріїв. Де «наполегливий» означає почати виконувати дію або обчислення, а потім зробити паузу в якийсь момент, перш ніж продовжити з того місця, де було зупинено, або перейти до іншого завдання.
Багатоядерний комп'ютер, у якому ланцюжки, що працюють паралельно на різних ядрах поспіль, називаються парачейнами. В даний час в механізмі аукціону слотів використовується одне ядро на ланцюжок, але для паралельних потоків це може бути надання ресурсів для декількох ланцюгів на вимогу в різний час. В даний час на Polkadot налічується близько 50 ядер, що працюють незалежно і паралельно.
Відтепер додатки будуть використовуватися як загальний термін для опису всього, що може використовувати Polkadot Core для доступу до безпечних і децентралізованих обчислень.
Основні напрямки розвитку Polkadot
Якщо ми думаємо про Polkadot як про постачальника послуг, який надає надійні та стійкі обчислювальні послуги через своє ядро та гарантує, що програми можуть безпечно взаємодіяти або спілкуватися один з одним, то майбутнє Polkadot може розвиватися в наступних основних напрямках - від екосистеми, орієнтованої на ланцюг, до екосистеми, орієнтованої на додатки. Приберіть припущення, що кожна програма має одне ядро, але замість цього всі ядра є ресурсами, які можуть бути використані в міру необхідності додатку.
Раніше отримання парачейн-слотів через механізм аукціону було конкурентним процесом. З появою ядра аукціони слотів більше не потрібні. Команди можуть придбати миттєвий CoreTime або забронювати стільки, скільки потрібно. Це значно знижує вхідний бар'єр для гравців програмного забезпечення та парачейн-команд.
На додаток до цих серйозних змін, гнучке використання ядра та розподіл часу ядра дозволять будь-якій програмі отримувати доступ до обчислень Polkadot за потреби, не витрачаючи цінний простір у блоці. Протокол також покращить міжланцюговий зв'язок і гарантії безпеки для XCM-повідомлень. Нарешті, сам Polkadot масштабуватиметься, розкладаючи основну логіку на власні системні парачейни, забезпечуючи більшу пропускну здатність для парачейн-протоколів і угод.
Від аукціону слотів до маркетплейсу Coretime
Кінцевим продуктом блокчейну є блоковий простір. Застосунок повинен отримати доступ до блокового простору Polkadot, а точкою входу для доступу до блокового простору є ядро. Як наслідок, програмам потрібно буде зарезервувати деякий час або основний час на ядрі, щоб отримати доступ до безпечного блокового простору та сумісності Polkadot протягом обмеженого періоду.
Ядро має бути гнучким і загальним:
«Спритність» означає, що ядра можуть швидко регулювати або перемикати завдання, які вони виконують, так само, як сучасні процесори можуть швидко перемикатися між різними програмами або завданнями.
«Універсальність» означає, що ці ядра не призначені спеціально для конкретного завдання, але можуть бути адаптовані та оброблені для багатьох різних завдань.
Оскільки ядра мають такі характеристики, для того, щоб повною мірою скористатися ними, спосіб їх придбання (або розподілу) також повинен бути гнучким і швидким, тобто «спритним».
Механізм аукціону слотів не є гнучким, він створює високий бар'єр для входу та призначений для довготривалих, монолітних застосувань (наприклад, оригінальне бачення Polkadot, запропоноване в білій книзі).
Ми відмовилися від класичного аукціону оренди та запропонували побудувати «гнучкий» маркетплейс для основного часу, по суті, товар, який можна було б токенізувати, продавати та торгувати. Ця установка максимізує гнучкість Polkadot і дозволяє ринку знайти найкраще рішення для успіху програми.
Додатки зможуть бронювати Bulk Core Time та Instant Core Time за потреби. Оптова оренда основного часу буде здаватися оптом на фіксований період часу за фіксованою ціною через парачейн брокерської системи. Миттєва оренда Core Time буде продаватися на основі попиту в реальному часі, а ціна оренди буде визначатися на основі поточної ціни в реальному часі. Така система знизила б вхідний бар'єр для потенційних забудовників.
Дохід від основних продажів може бути знищений, або перетікати в скарбницю, або використовуватися для поєднання цих опціонів. Наразі тема обговорюється. Для отримання додаткової інформації дивіться RFC-0010 і RFC-0015.
RFC-0010:
RFC-0015:
Від ланцюгоцентричного до орієнтованого на додаток
Polkadot 1.0 — це парадигма, орієнтована на ланцюжок, що складається з осиротілих ланцюжків, здатних обмінюватися повідомленнями. Це принципово не відрізняється від зовсім іншого ланцюга, з'єднаного мостом, єдина відмінність полягає в тому, що існує ретрансляційний ланцюг для захисту мережі, надання можливостей обміну повідомленнями та виконання додаткових завдань, таких як краудпозик, аукціон, стейкінг, рахунки, баланси та управління. Якщо система розроблена орієнтованою на ланцюг, програми, які вона в кінцевому підсумку створює, і досвід, який вона надає користувачам, також будуть ланцюгово-орієнтованими. Те, як система проектується та архітектурується, безпосередньо впливає на характеристики програм, які вона створює, і досвід, який вона надає користувачам. Якщо в центрі уваги системи ланцюжок, то додаток і користувальницький досвід також будуть відображати цю тенденцію.
Справжня інновація Polkadot полягає у використанні унікальної ціннісної пропозиції, яку пропонують різні мережі, і використанні потенціалу співпраці цих ланцюгів для створення крос-чейн додатків для вирішення реальних проблем. Тому ці програми мають бути крос-чейн.
У майбутньому Relay Chain буде справлятися з дедалі меншою кількістю завдань, і він зосередиться лише на головному завданні: захисті мережі та забезпеченні можливостей безпечного обміну повідомленнями. Системні парачейни будуть використовуватися для виконання вторинних завдань ретрансляційного ланцюга, таких як стейкінг, управління тощо. Ознайомтеся з останньою статтею PolkaWorld "Гевін Вуд пропонує мінімізувати ретрансляційний ланцюг, системи ідентифікації, стейкінгу та управління спочатку перейдуть на системний парачейн!" 》
XCM та Акорди
XCMP — це протокол транспортного рівня, спеціально розроблений для надсилання повідомлень XCM. Він надає конкретний метод і безпечний шлях для доставки повідомлень, але не включає деталі або структуру протоколу вищого рівня, які можуть включати те, як форматувати повідомлення, як обробляти певну логіку взаємодії або інші більш просунуті функції протоколу. Коротше кажучи, XCMP фокусується на базовому транспортуванні повідомлень, а не на складній логіці протоколу або специфікаціях.
XCM - це спеціально розроблений формат або мова для представлення намірів загальних операцій у ланцюжку. Це як спільна мова, яка описує «Я маю намір зробити це» або «Я хочу, щоб це сталося». XCM-повідомлення передаються між декількома ланцюгами через механізм XCMP. В ідеальному, повністю недовірливому середовищі системі потрібні потужні механізми, які гарантують, що кожен ланцюг правильно і достовірно інтерпретує і виконує XCM-повідомлення. Простіше кажучи, навіть якщо ми можемо безпечно надсилати крос-чейн повідомлення, все одно існує ризик того, що ці повідомлення будуть неправильно витлумачені або неправильно інтерпретовані ланцюжком одержувачів. Для забезпечення цієї коректності та безпеки може використовуватися механізм або протокол під назвою «Акорди».
Угода – це факультативна угода або договір між кількома ланцюгами. Логіка цього договору є фіксованою і не може бути змінена або порушена жодним ланцюжком, що бере участь. Polkadot, як платформа, прагне сумлінно виконувати ці протоколи згоди, гарантуючи, що вони належним чином виконуються в усіх ланцюжках-учасниках. Кожен Акорд спрямований на певну функцію або конкретну потребу. Після того, як мережа вирішить приєднатися до Угоди, вона повинна дотримуватися правил Угоди та забезпечити функціональність, описану в Угоді. Щоб полегшити участь більшої кількості мереж, створення нового Accord є відкритим і інклюзивним. Однак, незважаючи на те, що будь-яка мережа може запропонувати новий Accord, він набуде чинності не відразу. Тільки після того, як інші мережі погодяться і зареєструють Угоду, вона офіційно набуде чинності. Загалом, Accord — це механізм, який допомагає кільком ланцюгам працювати разом на платформі Polkadot, забезпечуючи узгодженість і безпеку протоколу.
Таким чином, коли один ланцюг надсилає XCM-повідомлення іншому, Accord гарантує, що приймаючий ланцюг інтерпретує та обробляє повідомлення так, як це було задумано ланцюжком надсилання. По-друге, Accord створює середовище для спільної роботи між додатками, яке повністю не потребує довіри. Хоча між окремими програмами або ланцюжками можуть не існувати заздалегідь встановлених довірчих відносин, з Accord вони можуть безпечно та надійно спілкуватися та співпрацювати один з одним.
Polkadot — це єдина екосистема, де Accord може існувати належним чином, оскільки вона має однорідний рівень безпеки, який також забезпечує певну можливість переходу станів для кожного з її логічних компонентів. Це уможливлює кооперативну схему між декількома логічними компонентами (тобто між додатками), що неможливо на мостах.
Accord буде реалізований за технологією SPREE.
Основне використання в Polkadot 1.0
У Polkadot 1.0 програма генерувала фрагмент кожні 12 секунд, незалежно від фактичних вимог. Така практика створює марну трату ресурсів, оскільки блоки виробляються з такою швидкістю, незалежно від того, зайнята транзакція чи ні. Коли мережеві транзакції дуже завантажені, з'являється стимул створювати повні блоки, повні транзакцій, щоб отримати фінансову винагороду. Коли транзакція не надто зайнята, вона може генерувати порожні блоки без будь-яких транзакцій, що також неекономічно.
На наступній діаграмі показано використання ядра Polkadot 1.0, де горизонтальна вісь представляє час, а кожен рядок – ядро. Кольори показують різні парачейни, які використовують одне ядро.
Наведена вище конфігурація забезпечує просте та безпечне середовище виконання сегментованих сегментів.
Однак, щоб досягти загальної ефективності, блоки повинні вироблятися тоді, коли це необхідно, і система повинна бути націлена на повну ємність блоків, зменшуючи ймовірність стимулювання валідаторів виробляти наполовину повні або порожні блоки.
Гнучкий розподіл основного часу
У Polkadot 1.0 так званий «основний час» означає фіксований проміжок часу, протягом якого програма може працювати на певному ядрі, тобто два роки. Але тепер цей фіксований дворічний ліміт був знятий, щоб бути більш гнучким для задоволення потреб різних додатків. Тим не менш, використання основного часу стало більш загальним і гнучким, більше не обмеженим фіксованими дворічними часовими рамками в попередніх версіях.
Час розділеного ядра
Власник Core Time може розділити або обміняти його. Додаток A1 може працювати на ядрі C1 протягом обмеженого періоду часу, а потім інший додаток A2 може продовжувати працювати на ядрі C1, або додаток A1 може продовжувати працювати на іншому ядрі C2. Деякі програми можуть тимчасово припинити роботу та відновити роботу пізніше.
Основний час сегмента
Області видимості можуть бути сегментовані (тобто додатки можуть працювати по черзі на одному ядрі), щоб розділити витрати або знизити швидкість виробництва блоків, як показано на наступній діаграмі.
Об'єднання основного часу
Застосунок можна призначити декільком ядрам одночасно. Деякі програми можуть мати постійний розподіл ядра та переривчастий розподіл, наприклад, у періоди високого попиту кілька фрагментів можуть бути відправлені на кілька ядер одночасно, щоб зменшити затримку.
Основне використання Agile**
У версії Polkadot 1.0 кожне «ядро» в системі призначається певному додатку, і додаток тут еквівалентний парачейну. Однак теоретично не має особливого значення, який додаток призначений якому ядру для запуску цього відношення розподілу. Тобто кожне ядро нейтральне, і воно не має особливих переваг або більш дружнього поводження для якогось конкретного застосування.
Тут ми прибираємо припущення, що кожна програма має ядро, але натомість усі ядра є ресурсами, які споживаються та використовуються відповідно до потреб усіх додатків в екосистемі.
Стислі ядра
Ядро має можливість обробляти та захищати кілька блоків однієї програми одночасно. Об'єднання блоків з декількох додатків в одному ядрі релейного ланцюга може зменшити затримку обробки цих блоків, але це призводить до збільшення необхідної пропускної здатності. Для того, щоб об'єднати ці блоки, необхідні комісії є фіксованими, що відображається в комісії за відкриття та закриття блоків.
Спільні ядра
Діліться ядрами з іншими програмами, щоб розподіляти витрати, не зменшуючи затримку. Зауважте, що це не те саме, що розділення часу ядра, коли одне ядро використовується кількома програмами в різний час, розподіляючи витрати за рахунок більшої затримки.
Гнучка компонована обчислювальна система
Всі перераховані вище варіанти гнучкого розподілу часу ядра і використання ядра можуть бути об'єднані для створення гнучкої, децентралізованої глобальної обчислювальної системи.
Тому це нове бачення фокусується на ресурсах Polkadot, тобто безпечному, гнучкому та доступному блочному просторі, який можна отримати, виділивши деякий час на ядро. Гнучкість у розподілі основного часу та використанні ядер максимізує ефективність мережі та використання блокового простору.
Міцність Polkadot
Системи, розроблені без урахування децентралізації, криптографії та теорії ігор, вразливі до злому та кібератак. Polkadot будує свою стійкість на основі таких різних стовпів:
Використовуйте легкі клієнти: Централізовані RPC-сервери, хоча і поширені, вразливі до атак, і RPC не є децентралізованим порталом для додатків на основі блокчейну, що не потребує довіри. У Smoldot легкі клієнти доступні на Polkadot.
Примітиви з нульовим розголошенням (ZK): Вони можуть створювати проблеми з цензурою та централізацією, оскільки зведення великих функцій переходу станів до правильно виконаного доказу наразі не є масштабованим рішенням для побудови стійких систем. Однак Polkadot створює багатофункціональну та високопродуктивну примітивну бібліотеку ZK для конкретних випадків використання. Перший варіант використання буде використано для покращення конфіденційності для ончейн-колективів, таких як Polkadot Technical Fellowship.
Консенсус Sassafras: Новий алгоритм консенсусу без розгалуження блоків, який замінює BABE, буде створений лише в тому випадку, якщо очікується, що блок буде підтверджений усією мережею і, нарешті, буде визнаний дійсним. Це надасть численні переваги, такі як:
Безфоркові оновлення можуть покращити безпеку, продуктивність парачейнів і взаємодію з користувачем
Для того, щоб певні організації не намагалися визначити пріоритетність власних транзакцій після того, як побачили непідтверджені транзакції, система використовує високопродуктивний механізм маршрутизації транзакцій. У цьому механізмі транзакції додаються безпосередньо і швидко в блок без трансляції по всій мережі. При цьому для підвищеної безпеки всі транзакції шифруються.
4. Міжвузлова гібридна мережа: прихований транспорт для коротких повідомлень, так
Також уникайте транзакцій, які призводять до витоку IP-інформації
Запровадити універсальну систему обміну повідомленнями, яка дозволяє користувачам, ланцюжкам, офчейн-працівникам, смарт-контрактам, модулям та будь-яким іншим сутностям, присутнім у ланцюжку, обмінюватися повідомленнями, що містять підписи, наміри тощо.
5. Соціальна децентралізація: Стратегія децентралізації соціалізації наголошує на підвищенні надійності системи шляхом широкої участі. Ця стратегія заохочує велику кількість членів брати участь у прийнятті рішень у мережі, гарантуючи, що такі кошти, як бюджети казначейства, заробітна плата та фінансова підтримка, розподіляються належним чином і справедливо. Справа в тому, що для того, щоб підтримувати цей децентралізований стан, критично важливі технічні експерти в системі повинні бути безпосередньо заохочені та найняті мережею Polkadot, а не якоюсь конкретною організацією в мережі. Це необхідно для того, щоб забезпечити децентралізацію мережі, щоб усі люди працювали разом у рівних умовах.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Знесення стін, які колись були побудовані Як розвиватиметься Polkadot у майбутньому?
Два роки тому весь криптопростір був сповнений ентузіазму в очікуванні майбутнього аукціону парачейн-слотів Polkadot. Однак з часом цей механізм аукціону виявився таким, що має відносно високий поріг участі, що дещо стримувало подальше розширення його екосистеми. Але, на щастя, команда на чолі з доктором Гевіном Вудом вчасно побачила проблему і була сповнена рішучості подолати раніше зведені перешкоди, а також активно думати про те, як сприяти сталому розвитку екосистеми, знизити бар'єр для входу і більше зосередитися на наданні дійсно цінного блокчейн-продукту - «блокового простору».
У цьому історичному контексті та трансформації, яким буде майбутнє планування та напрямок розвитку Polkadot? Давайте всебічно розглянемо, як Polkadot може краще обслуговувати користувачів Web3 за допомогою цієї статті.
Розуміння Polkadot 1.0 і філософії, що лежить в його основі, допоможе нам краще зрозуміти майбутній напрямок екосистеми Polkadot!
Переосмислення: Polkadot буде використовуватися як обчислювальний ресурс
В даний час Polkadot абстрагований і узагальнений за межами того, що було спочатку запропоновано і передбачено в білій книзі. Polkadot - це:
Блоковий простір (базовий ресурс, необхідний ланцюжку), а не ланцюжок. Платформа, створена для того, щоб люди могли використовувати додаток замість ланцюжка. По суті, Polkadot не є платформою для мереж хостингу, ланцюжки — це лише спосіб створювати програми та підвищувати корисність Polkadot. Платформа, яка надає безперервні, стабільні обчислювальні послуги, які є не просто специфічними чи обмеженими, а загальними та можуть застосовуватися до різноманітних програм і сценаріїв. Де «наполегливий» означає почати виконувати дію або обчислення, а потім зробити паузу в якийсь момент, перш ніж продовжити з того місця, де було зупинено, або перейти до іншого завдання. Багатоядерний комп'ютер, у якому ланцюжки, що працюють паралельно на різних ядрах поспіль, називаються парачейнами. В даний час в механізмі аукціону слотів використовується одне ядро на ланцюжок, але для паралельних потоків це може бути надання ресурсів для декількох ланцюгів на вимогу в різний час. В даний час на Polkadot налічується близько 50 ядер, що працюють незалежно і паралельно.
Відтепер додатки будуть використовуватися як загальний термін для опису всього, що може використовувати Polkadot Core для доступу до безпечних і децентралізованих обчислень.
Основні напрямки розвитку Polkadot
Якщо ми думаємо про Polkadot як про постачальника послуг, який надає надійні та стійкі обчислювальні послуги через своє ядро та гарантує, що програми можуть безпечно взаємодіяти або спілкуватися один з одним, то майбутнє Polkadot може розвиватися в наступних основних напрямках - від екосистеми, орієнтованої на ланцюг, до екосистеми, орієнтованої на додатки. Приберіть припущення, що кожна програма має одне ядро, але замість цього всі ядра є ресурсами, які можуть бути використані в міру необхідності додатку.
Раніше отримання парачейн-слотів через механізм аукціону було конкурентним процесом. З появою ядра аукціони слотів більше не потрібні. Команди можуть придбати миттєвий CoreTime або забронювати стільки, скільки потрібно. Це значно знижує вхідний бар'єр для гравців програмного забезпечення та парачейн-команд.
На додаток до цих серйозних змін, гнучке використання ядра та розподіл часу ядра дозволять будь-якій програмі отримувати доступ до обчислень Polkadot за потреби, не витрачаючи цінний простір у блоці. Протокол також покращить міжланцюговий зв'язок і гарантії безпеки для XCM-повідомлень. Нарешті, сам Polkadot масштабуватиметься, розкладаючи основну логіку на власні системні парачейни, забезпечуючи більшу пропускну здатність для парачейн-протоколів і угод.
Від аукціону слотів до маркетплейсу Coretime
Кінцевим продуктом блокчейну є блоковий простір. Застосунок повинен отримати доступ до блокового простору Polkadot, а точкою входу для доступу до блокового простору є ядро. Як наслідок, програмам потрібно буде зарезервувати деякий час або основний час на ядрі, щоб отримати доступ до безпечного блокового простору та сумісності Polkadot протягом обмеженого періоду.
Ядро має бути гнучким і загальним:
«Спритність» означає, що ядра можуть швидко регулювати або перемикати завдання, які вони виконують, так само, як сучасні процесори можуть швидко перемикатися між різними програмами або завданнями. «Універсальність» означає, що ці ядра не призначені спеціально для конкретного завдання, але можуть бути адаптовані та оброблені для багатьох різних завдань.
Оскільки ядра мають такі характеристики, для того, щоб повною мірою скористатися ними, спосіб їх придбання (або розподілу) також повинен бути гнучким і швидким, тобто «спритним».
Механізм аукціону слотів не є гнучким, він створює високий бар'єр для входу та призначений для довготривалих, монолітних застосувань (наприклад, оригінальне бачення Polkadot, запропоноване в білій книзі).
Ми відмовилися від класичного аукціону оренди та запропонували побудувати «гнучкий» маркетплейс для основного часу, по суті, товар, який можна було б токенізувати, продавати та торгувати. Ця установка максимізує гнучкість Polkadot і дозволяє ринку знайти найкраще рішення для успіху програми.
Додатки зможуть бронювати Bulk Core Time та Instant Core Time за потреби. Оптова оренда основного часу буде здаватися оптом на фіксований період часу за фіксованою ціною через парачейн брокерської системи. Миттєва оренда Core Time буде продаватися на основі попиту в реальному часі, а ціна оренди буде визначатися на основі поточної ціни в реальному часі. Така система знизила б вхідний бар'єр для потенційних забудовників.
Дохід від основних продажів може бути знищений, або перетікати в скарбницю, або використовуватися для поєднання цих опціонів. Наразі тема обговорюється. Для отримання додаткової інформації дивіться RFC-0010 і RFC-0015.
Від ланцюгоцентричного до орієнтованого на додаток
Polkadot 1.0 — це парадигма, орієнтована на ланцюжок, що складається з осиротілих ланцюжків, здатних обмінюватися повідомленнями. Це принципово не відрізняється від зовсім іншого ланцюга, з'єднаного мостом, єдина відмінність полягає в тому, що існує ретрансляційний ланцюг для захисту мережі, надання можливостей обміну повідомленнями та виконання додаткових завдань, таких як краудпозик, аукціон, стейкінг, рахунки, баланси та управління. Якщо система розроблена орієнтованою на ланцюг, програми, які вона в кінцевому підсумку створює, і досвід, який вона надає користувачам, також будуть ланцюгово-орієнтованими. Те, як система проектується та архітектурується, безпосередньо впливає на характеристики програм, які вона створює, і досвід, який вона надає користувачам. Якщо в центрі уваги системи ланцюжок, то додаток і користувальницький досвід також будуть відображати цю тенденцію.
Справжня інновація Polkadot полягає у використанні унікальної ціннісної пропозиції, яку пропонують різні мережі, і використанні потенціалу співпраці цих ланцюгів для створення крос-чейн додатків для вирішення реальних проблем. Тому ці програми мають бути крос-чейн.
У майбутньому Relay Chain буде справлятися з дедалі меншою кількістю завдань, і він зосередиться лише на головному завданні: захисті мережі та забезпеченні можливостей безпечного обміну повідомленнями. Системні парачейни будуть використовуватися для виконання вторинних завдань ретрансляційного ланцюга, таких як стейкінг, управління тощо. Ознайомтеся з останньою статтею PolkaWorld "Гевін Вуд пропонує мінімізувати ретрансляційний ланцюг, системи ідентифікації, стейкінгу та управління спочатку перейдуть на системний парачейн!" 》
XCM та Акорди
XCMP — це протокол транспортного рівня, спеціально розроблений для надсилання повідомлень XCM. Він надає конкретний метод і безпечний шлях для доставки повідомлень, але не включає деталі або структуру протоколу вищого рівня, які можуть включати те, як форматувати повідомлення, як обробляти певну логіку взаємодії або інші більш просунуті функції протоколу. Коротше кажучи, XCMP фокусується на базовому транспортуванні повідомлень, а не на складній логіці протоколу або специфікаціях.
XCM - це спеціально розроблений формат або мова для представлення намірів загальних операцій у ланцюжку. Це як спільна мова, яка описує «Я маю намір зробити це» або «Я хочу, щоб це сталося». XCM-повідомлення передаються між декількома ланцюгами через механізм XCMP. В ідеальному, повністю недовірливому середовищі системі потрібні потужні механізми, які гарантують, що кожен ланцюг правильно і достовірно інтерпретує і виконує XCM-повідомлення. Простіше кажучи, навіть якщо ми можемо безпечно надсилати крос-чейн повідомлення, все одно існує ризик того, що ці повідомлення будуть неправильно витлумачені або неправильно інтерпретовані ланцюжком одержувачів. Для забезпечення цієї коректності та безпеки може використовуватися механізм або протокол під назвою «Акорди».
Угода – це факультативна угода або договір між кількома ланцюгами. Логіка цього договору є фіксованою і не може бути змінена або порушена жодним ланцюжком, що бере участь. Polkadot, як платформа, прагне сумлінно виконувати ці протоколи згоди, гарантуючи, що вони належним чином виконуються в усіх ланцюжках-учасниках. Кожен Акорд спрямований на певну функцію або конкретну потребу. Після того, як мережа вирішить приєднатися до Угоди, вона повинна дотримуватися правил Угоди та забезпечити функціональність, описану в Угоді. Щоб полегшити участь більшої кількості мереж, створення нового Accord є відкритим і інклюзивним. Однак, незважаючи на те, що будь-яка мережа може запропонувати новий Accord, він набуде чинності не відразу. Тільки після того, як інші мережі погодяться і зареєструють Угоду, вона офіційно набуде чинності. Загалом, Accord — це механізм, який допомагає кільком ланцюгам працювати разом на платформі Polkadot, забезпечуючи узгодженість і безпеку протоколу.
Таким чином, коли один ланцюг надсилає XCM-повідомлення іншому, Accord гарантує, що приймаючий ланцюг інтерпретує та обробляє повідомлення так, як це було задумано ланцюжком надсилання. По-друге, Accord створює середовище для спільної роботи між додатками, яке повністю не потребує довіри. Хоча між окремими програмами або ланцюжками можуть не існувати заздалегідь встановлених довірчих відносин, з Accord вони можуть безпечно та надійно спілкуватися та співпрацювати один з одним.
Polkadot — це єдина екосистема, де Accord може існувати належним чином, оскільки вона має однорідний рівень безпеки, який також забезпечує певну можливість переходу станів для кожного з її логічних компонентів. Це уможливлює кооперативну схему між декількома логічними компонентами (тобто між додатками), що неможливо на мостах.
Accord буде реалізований за технологією SPREE.
Основне використання в Polkadot 1.0
У Polkadot 1.0 програма генерувала фрагмент кожні 12 секунд, незалежно від фактичних вимог. Така практика створює марну трату ресурсів, оскільки блоки виробляються з такою швидкістю, незалежно від того, зайнята транзакція чи ні. Коли мережеві транзакції дуже завантажені, з'являється стимул створювати повні блоки, повні транзакцій, щоб отримати фінансову винагороду. Коли транзакція не надто зайнята, вона може генерувати порожні блоки без будь-яких транзакцій, що також неекономічно.
На наступній діаграмі показано використання ядра Polkadot 1.0, де горизонтальна вісь представляє час, а кожен рядок – ядро. Кольори показують різні парачейни, які використовують одне ядро.
Наведена вище конфігурація забезпечує просте та безпечне середовище виконання сегментованих сегментів.
Однак, щоб досягти загальної ефективності, блоки повинні вироблятися тоді, коли це необхідно, і система повинна бути націлена на повну ємність блоків, зменшуючи ймовірність стимулювання валідаторів виробляти наполовину повні або порожні блоки.
Гнучкий розподіл основного часу
У Polkadot 1.0 так званий «основний час» означає фіксований проміжок часу, протягом якого програма може працювати на певному ядрі, тобто два роки. Але тепер цей фіксований дворічний ліміт був знятий, щоб бути більш гнучким для задоволення потреб різних додатків. Тим не менш, використання основного часу стало більш загальним і гнучким, більше не обмеженим фіксованими дворічними часовими рамками в попередніх версіях.
Час розділеного ядра
Власник Core Time може розділити або обміняти його. Додаток A1 може працювати на ядрі C1 протягом обмеженого періоду часу, а потім інший додаток A2 може продовжувати працювати на ядрі C1, або додаток A1 може продовжувати працювати на іншому ядрі C2. Деякі програми можуть тимчасово припинити роботу та відновити роботу пізніше.
Основний час сегмента
Області видимості можуть бути сегментовані (тобто додатки можуть працювати по черзі на одному ядрі), щоб розділити витрати або знизити швидкість виробництва блоків, як показано на наступній діаграмі.
Об'єднання основного часу
Застосунок можна призначити декільком ядрам одночасно. Деякі програми можуть мати постійний розподіл ядра та переривчастий розподіл, наприклад, у періоди високого попиту кілька фрагментів можуть бути відправлені на кілька ядер одночасно, щоб зменшити затримку.
Основне використання Agile**
У версії Polkadot 1.0 кожне «ядро» в системі призначається певному додатку, і додаток тут еквівалентний парачейну. Однак теоретично не має особливого значення, який додаток призначений якому ядру для запуску цього відношення розподілу. Тобто кожне ядро нейтральне, і воно не має особливих переваг або більш дружнього поводження для якогось конкретного застосування.
Тут ми прибираємо припущення, що кожна програма має ядро, але натомість усі ядра є ресурсами, які споживаються та використовуються відповідно до потреб усіх додатків в екосистемі.
Стислі ядра
Ядро має можливість обробляти та захищати кілька блоків однієї програми одночасно. Об'єднання блоків з декількох додатків в одному ядрі релейного ланцюга може зменшити затримку обробки цих блоків, але це призводить до збільшення необхідної пропускної здатності. Для того, щоб об'єднати ці блоки, необхідні комісії є фіксованими, що відображається в комісії за відкриття та закриття блоків.
Спільні ядра
Діліться ядрами з іншими програмами, щоб розподіляти витрати, не зменшуючи затримку. Зауважте, що це не те саме, що розділення часу ядра, коли одне ядро використовується кількома програмами в різний час, розподіляючи витрати за рахунок більшої затримки.
Гнучка компонована обчислювальна система
Всі перераховані вище варіанти гнучкого розподілу часу ядра і використання ядра можуть бути об'єднані для створення гнучкої, децентралізованої глобальної обчислювальної системи.
Тому це нове бачення фокусується на ресурсах Polkadot, тобто безпечному, гнучкому та доступному блочному просторі, який можна отримати, виділивши деякий час на ядро. Гнучкість у розподілі основного часу та використанні ядер максимізує ефективність мережі та використання блокового простору.
Міцність Polkadot
Системи, розроблені без урахування децентралізації, криптографії та теорії ігор, вразливі до злому та кібератак. Polkadot будує свою стійкість на основі таких різних стовпів:
4. Міжвузлова гібридна мережа: прихований транспорт для коротких повідомлень, так
5. Соціальна децентралізація: Стратегія децентралізації соціалізації наголошує на підвищенні надійності системи шляхом широкої участі. Ця стратегія заохочує велику кількість членів брати участь у прийнятті рішень у мережі, гарантуючи, що такі кошти, як бюджети казначейства, заробітна плата та фінансова підтримка, розподіляються належним чином і справедливо. Справа в тому, що для того, щоб підтримувати цей децентралізований стан, критично важливі технічні експерти в системі повинні бути безпосередньо заохочені та найняті мережею Polkadot, а не якоюсь конкретною організацією в мережі. Це необхідно для того, щоб забезпечити децентралізацію мережі, щоб усі люди працювали разом у рівних умовах.