Полкадот еластичне масштабування: інноваційний шлях підвищення пропускної спроможності Блокчейн

robot
Генерація анотацій у процесі

Гнучка масштабованість Polkadot: забезпечення вищої пропускної спроможності для Блокчейн

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

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

Еластичне розширення є захоплюючою інновацією в екосистемі Polkadot, яка відкриває нові можливості для більш широкого впровадження.

Багатоядерне розширення паралельних ланцюгів

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

Polkadot може одночасно верифікувати кілька паралельних блоків. Ресурси та час, які ми будемо використовувати для верифікації паралельних блоків на релейному ланцюгу, називаються "основою", подібно до раніше вжитого терміна "слот".

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

Основний час: нова модель розподілу

Polkadot впроваджує гнучкий основний час (Agile Coretime), який змінює традиційну модель розподілу слотів. "Основний час" означає використання одного основного права на релейному ланцюзі. Нові зміни дозволяють купувати один або кілька основних прав на короткі періоди часу (наприклад, на місяць, годину або навіть на один блок) через покупки на ланцюзі або з вторинного ринку.

Гнучке масштабування: увімкнення додаткових ядер

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

Еластичне розширення приносить користь різним учасникам екосистеми Блокчейн. Наприклад, постачальники послуг можуть надавати послуги більшій кількості клієнтів (розробників додатків), що призводить до збільшення доходів та розширення впливу.

Багато додатків, які важко передбачити за вимогами до основного часу, також отримають вигоду від еластичного масштабування. Вони можуть купувати необхідний основний час у певний момент, щоб зекономити витрати, не роблячи компромісів між високими витратами та низькою продуктивністю.

Вигідна стратегія розширення

Гнучке масштабування дозволяє проектам оплачувати витрати на основний час лише тоді, коли це необхідно, тим самим знижуючи витрати для всіх учасників. Крім того, завдяки можливому вторинному ринку, який може бути введений з гнучким основним часом, проекти зможуть перепродавати майбутній невикористаний основний час.

Порівняння з іншими розширеними моделями

Наразі Web3 проекти, що існують у формі "rollup" (зазвичай це рішення другого рівня, побудовані на базі Ethereum), вже вирішили деякі проблеми масштабованості. Проте ці рішення також мають недоліки: або вони працюють за умов слабшої безпеки (як "оптимістичний" rollup), або повинні виконувати велику кількість обчислень на вузлах відповідно до моделі "нульових знань".

Це тому, що в rollup виконання Блоку делегується поза межами набору валідаторів. Таким чином, більшість обчислень і зберігання відбувається поза ланцюгом.

Перспективи майбутнього

Polkadot досліджує більш комплексні рішення для масштабування, такі як модель CoreJAM, яка є більш універсальною та далекоглядною, ніж окремі гнучкі основні часи або еластичне масштабування. Крім того, Polkadot також прагне перевірити більше ланцюгів.

Наразі смарт-контракти на паралельному ланцюзі стикаються з викликом: виклики між контрактами на ланцюзі є синхронними та швидкими, тоді як міжланцюгові виклики є повільними та асинхронними. Це призводить до труднощів у виборі, який ланцюг і який контракт легше інтегрувати. Концепція CorePlay є можливим розширенням CoreJAM, яке пропонує, за умови наявності попиту на більш швидкі виклики, що той самий смарт-контракт може бути запланований разом з різними смарт-контрактами.

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

DOT3.38%
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • 5
  • Репост
  • Поділіться
Прокоментувати
0/400
TooScaredToSellvip
· 07-22 12:18
парачейн це прийшло на точку
Переглянути оригіналвідповісти на0
AirdropHuntressvip
· 07-20 16:40
Архітектура нормально, за нею великі капітали, хто знає, той розуміє.
Переглянути оригіналвідповісти на0
StableGeniusDegenvip
· 07-20 16:39
Це непогано, краще, ніж попередня версія.
Переглянути оригіналвідповісти на0
CommunityLurkervip
· 07-20 16:24
Техніку не розумію, просто знаю, що це памп.
Переглянути оригіналвідповісти на0
TommyTeachervip
· 07-20 16:22
На початку так і було.
Переглянути оригіналвідповісти на0
  • Закріпити