Розробник паритету Роберт Клотцнер (Robert Klotzner) ознайомив Polkadot Forum з останніми розробками парачейн-консенсусу. Взагалі:
Функція релейного ланцюга на вимогу, тобто функція Parathread, запущена на Rococo!
Асинхронна підтримка розгорнута в тестовій мережі Rococo!
Очікується, що "Agile Core Time" буде представлений на Rococo до кінця цього року
та впровадити «Agile Core Time» на Kusama/Polkadot у 1/2 кварталі 2024 року
Прочитайте повну статтю нижче, щоб дізнатися більше!
Нещодавно на Rococo було розгорнуто нове середовище виконання, яке ввімкнуло функцію ретрансляційного ланцюга на вимогу. Ви можете спробувати це вже зараз! Незабаром ми надамо інструкції щодо того, як це зробити.
Очікується, що до кінця цього року, коли команда завершить більше шарів пісочниці для PVF (функція перевірки парачейнів), і Kusama, і Polkadot матимуть можливості ретрансляційного ланцюга на вимогу. Це означає, що дві платформи зможуть динамічно використовувати можливості релейного ланцюга на вимогу, а не працювати безперервно або постійно.
Це означає, що функція, яка зараз доступна на Rococo і, як очікується, буде доступна до кінця року, полягає в тому, що ви можете розміщувати замовлення на ядро. Потім ваш ордер буде заплановано, ваш парачейн буде призначено ядру, і почнуть генеруватися блоки. А ось чого поки немає, так це логіки розміщення замовлень будь-яким автоматичним і децентралізованим способом. Звичайно, це може бути побудовано самою парачейн-командою. Представлений дизайн призначений для повністю децентралізованого/ненадійного простору дизайну, де кожному учаснику не довіряють.
Розмістити ордер так само просто, як відправити зовнішню транзакцію в ланцюжок ретрансляції. Наприклад, автомат з коштами можна налаштувати для моніторингу торгового пулу та надсилання ордерів у міру необхідності. Це може бути простий сценарій. Але якщо ви хочете, щоб саме розміщення ордерів було децентралізованим, ситуація ускладнюється. Саме тоді вам потрібно налаштувати стимули, для чого потрібні докази та логіка в мережі. Ця частина ще не реалізована.
Функція «на вимогу» тут відноситься саме до «функції ланцюга реле». Це спосіб автоматизувати та децентралізувати основні замовлення. Але навіть без цієї специфічної функції функція релейного ланцюга «на вимогу» вже є цінною для новостворених компаній і проектів на ранніх стадіях.
Крім того, до кінця року буде запроваджено нову важливу зміну — Agile Core Time. Цей новий метод замінить існуючу модель парачейн-аукціону. На відміну від традиційної моделі парачейн-аукціону, ця нова «гнучка методологія придбання ядра» базується на щомісячній, а не фіксованій моделі протягом тривалого періоду часу. Ця зміна, поряд із впровадженням функцій на вимогу, має на меті зменшити складність і бар'єр для входу розробників або проєктів на платформу, одночасно оптимізуючи та ефективніше використовуючи простір блоків. Це означатиме, що більше людей зможуть насолоджуватися більшим блоковим простором і часом обробки ядра, що дозволить їхнім проектам або додаткам працювати ефективніше на блокчейні.
Наразі ця функція запланована на 1/2 квартал 2024 року, і хоча цей дизайн був запропонований та існує, зовнішні внески чи пропозиції все ще дуже вітаються, оскільки це може допомогти їм і запропонувати цю функцію раніше.
Асинхронна підтримка
Ще однією важливою подією є те, що асинхронна підтримка була розгорнута в тестовій мережі Rococo! Це дозволяє парачейнам мати більші блоки (з точки зору часу виконання), а також дозволяє їм скоротити час блокування з 12 секунд до 6 секунд. Зменшіть затримку та подвійну пропускну здатність одночасно!
Продуктивність
Ми також доклали багато зусиль для покращення продуктивності нашої системи. Наприклад:
У плані переписати схвалення, голосування та розподіл схвалення як єдину підсистему.
Затверджені покращення голосування вже впроваджені: Включіть усі завдання tranche0 в один сертифікат.
і деякі з нещодавніх покращень, перелічених тут (незабаром**: затвердження кількох кандидатів одним підписом (і додавання відновлення доступності з системних блоків (
За лаштунками ведеться ще багато роботи щодо посилення суперечок, скорочень, детермінізму, політики відключення валідаторів тощо, але це найцікавіші та орієнтовані на користувача основні розробки, згадані вище!
Приємно бачити, як проєкти починають використовувати переваги асинхронної підтримки та запускають свої перші частини, згенеровані на вимогу. Потім, у майбутньому, ми сподіваємося, що більше проєктів отримають більше блокового простору завдяки підходу «Agile Core Time»!
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Паритет: у рококо розгорнуто асинхронну підтримку та запущено функціонал Coretime
Укладач: PolkaWorld
Розробник паритету Роберт Клотцнер (Robert Klotzner) ознайомив Polkadot Forum з останніми розробками парачейн-консенсусу. Взагалі:
Прочитайте повну статтю нижче, щоб дізнатися більше!
Нещодавно на Rococo було розгорнуто нове середовище виконання, яке ввімкнуло функцію ретрансляційного ланцюга на вимогу. Ви можете спробувати це вже зараз! Незабаром ми надамо інструкції щодо того, як це зробити.
Очікується, що до кінця цього року, коли команда завершить більше шарів пісочниці для PVF (функція перевірки парачейнів), і Kusama, і Polkadot матимуть можливості ретрансляційного ланцюга на вимогу. Це означає, що дві платформи зможуть динамічно використовувати можливості релейного ланцюга на вимогу, а не працювати безперервно або постійно.
Це означає, що функція, яка зараз доступна на Rococo і, як очікується, буде доступна до кінця року, полягає в тому, що ви можете розміщувати замовлення на ядро. Потім ваш ордер буде заплановано, ваш парачейн буде призначено ядру, і почнуть генеруватися блоки. А ось чого поки немає, так це логіки розміщення замовлень будь-яким автоматичним і децентралізованим способом. Звичайно, це може бути побудовано самою парачейн-командою. Представлений дизайн призначений для повністю децентралізованого/ненадійного простору дизайну, де кожному учаснику не довіряють.
Розмістити ордер так само просто, як відправити зовнішню транзакцію в ланцюжок ретрансляції. Наприклад, автомат з коштами можна налаштувати для моніторингу торгового пулу та надсилання ордерів у міру необхідності. Це може бути простий сценарій. Але якщо ви хочете, щоб саме розміщення ордерів було децентралізованим, ситуація ускладнюється. Саме тоді вам потрібно налаштувати стимули, для чого потрібні докази та логіка в мережі. Ця частина ще не реалізована.
Функція «на вимогу» тут відноситься саме до «функції ланцюга реле». Це спосіб автоматизувати та децентралізувати основні замовлення. Але навіть без цієї специфічної функції функція релейного ланцюга «на вимогу» вже є цінною для новостворених компаній і проектів на ранніх стадіях.
Крім того, до кінця року буде запроваджено нову важливу зміну — Agile Core Time. Цей новий метод замінить існуючу модель парачейн-аукціону. На відміну від традиційної моделі парачейн-аукціону, ця нова «гнучка методологія придбання ядра» базується на щомісячній, а не фіксованій моделі протягом тривалого періоду часу. Ця зміна, поряд із впровадженням функцій на вимогу, має на меті зменшити складність і бар'єр для входу розробників або проєктів на платформу, одночасно оптимізуючи та ефективніше використовуючи простір блоків. Це означатиме, що більше людей зможуть насолоджуватися більшим блоковим простором і часом обробки ядра, що дозволить їхнім проектам або додаткам працювати ефективніше на блокчейні.
Наразі ця функція запланована на 1/2 квартал 2024 року, і хоча цей дизайн був запропонований та існує, зовнішні внески чи пропозиції все ще дуже вітаються, оскільки це може допомогти їм і запропонувати цю функцію раніше.
Асинхронна підтримка
Ще однією важливою подією є те, що асинхронна підтримка була розгорнута в тестовій мережі Rococo! Це дозволяє парачейнам мати більші блоки (з точки зору часу виконання), а також дозволяє їм скоротити час блокування з 12 секунд до 6 секунд. Зменшіть затримку та подвійну пропускну здатність одночасно!
Продуктивність
Ми також доклали багато зусиль для покращення продуктивності нашої системи. Наприклад:
У плані переписати схвалення, голосування та розподіл схвалення як єдину підсистему. Затверджені покращення голосування вже впроваджені: Включіть усі завдання tranche0 в один сертифікат.
За лаштунками ведеться ще багато роботи щодо посилення суперечок, скорочень, детермінізму, політики відключення валідаторів тощо, але це найцікавіші та орієнтовані на користувача основні розробки, згадані вище!
Приємно бачити, як проєкти починають використовувати переваги асинхронної підтримки та запускають свої перші частини, згенеровані на вимогу. Потім, у майбутньому, ми сподіваємося, що більше проєктів отримають більше блокового простору завдяки підходу «Agile Core Time»!