StarkWare рухається до децентралізації через планування та реалізацію цих двох шляхів;
Starknet має чітку дорожню карту для кроків для переходу на децентралізований протокол підтвердження частки володіння proof-of-stake.
Вступ
Starknet отримує безпеку та децентралізацію, які пропонує Ethereum, надсилаючи STARK докази своїх переходів станів для перевірки в блокчейні Ethereum. Цей процес накладає значні обмеження на повноваження централізованих організацій, які створюють і підтримують Starknet, таких як StarkWare і Starknet Foundation: централізовані організації не можуть підробляти повідомлення про транзакції, щоб спотворити або іншим чином шахрайським чином маніпулювати даними та активами користувачів.
Це перший і найважливіший крок у забезпеченні того, щоб довіра Starknet була зведена до мінімуму і щоб користувачі Starknet не покладалися на чесність будь-якого централізованого органу влади при використанні мережі. Однак необхідно зробити більше, щоб забезпечити повну мінімізацію довіри та децентралізацію, і навіть якщо такі організації, як Starknet Foundation або StarkWare, зникнуть, мережа продовжить працювати впорядковано без перебоїв. У цій публікації викладено попередню дорожню карту подальших кроків.
Поточний прогрес
Трохи більше року тому ми почали документувати наш процес дослідження децентралізації в серії публікацій у блозі, кульмінацією яких стала проста конкретна пропозиція.
Коротше кажучи, наша мета полягає в тому, щоб перевести операції замовників і доказів на децентралізований протокол proof-of-stake, де будь-хто може брати участь у секвенуванні, щоб ніхто не був незамінним для безперервної діяльності мережі. Для цього реалізуємо два необхідних кроки:
Реалізовувати різні компоненти, необхідні для запуску децентралізованих протоколів;
Процес поступової децентралізації операцій до стейкерів Starknet.
У цій публікації ми зупинимося на останньому.
Процес переходу
У двох словах, сам процес переходу складається з чотирьох шляхів:
Перехід на децентралізовану мережеву архітектуру, при цьому операції секвенсера залишаються централізованими;
Забезпечити наявність повністю відкритого програмного стеку;
Розвиток все більш розгалуженої тестової та інтеграційної мережі;
Залучайте стейкерів до приєднання до того, як замовник остаточно перейде на proof-of-stake.
Нумерація являє собою деякі очевидні послідовні залежності, але при цьому може бути виконано багато роботи. Коротко розгорнемо кожен шлях.
Децентралізована мережева архітектура
Мережа Starknet перейде на більш децентралізовану модель:
В даний час зв'язок між повними вузлами відсутній, але кожен вузол покладається на періодичні запити секвенсора через централізований шлюз зворотного зв'язку.
У централізованій моделі з низьким ступенем повні вузли стають частиною однорангової мережі і не вимагають підключення кожного вузла до секвенсора.
Ця зміна виходить за межі мережевого підключення. Проілюструємо це двома прикладами.
По-перше, замовник підпише свої блоки, щоб зменшити деякі припущення про довіру та підготуватися до створення протоколу BFT на основі голосування. По-друге, поширення даних набуде більш розподіленого стилю, коли вузли допомагатимуть один одному синхронізувати стан і доповнювати свої локальні представлення.
Прихильник повністю відкритого програмного забезпечення
Стек програмного забезпечення з відкритим вихідним кодом: Забезпечення доступності стека програмного забезпечення з відкритим вихідним кодом має вирішальне значення для того, щоб кожен міг брати участь у всіх аспектах протоколу та мережі. У міру того, як StarkWare та інші учасники впроваджують більше компонентів, вони будуть випущені для всіх для тестування, критики та адаптації. Деякі відомі приклади (частини стека, які вже мають відкритий вихідний код) включають повні вузли (Pathfinder, Juno, Deoxys), провери (Stone, Sandstorm), секвенсери (Blockifier, Madara) та провідники блоків (Starkscan, Voyager, ViewBlock, Stark Compass).
Мережі тестування та інтеграції: Розгалужені мережі тестування та інтеграції необхідні для максимального плавного процесу переходу. Для кожного нового компонента він може еволюціонувати від внутрішньої тестової мережі до ширшої ліцензованої тестової мережі із зовнішніми учасниками, а згодом до загальнодоступної тестової мережі та основної мережі. Пізніше вам потрібно буде зробити певний вибір, наприклад, вибрати між послідовним і паралельним методами, які вводять нові компоненти для тестування.
Приєднання стейкерів: Ми повинні дати контрактам стейкінгу L1 достатньо часу, щоб накопичити достатню кількість токенів стейкінгу, щоб гарантувати, що децентралізовані протоколи мають реальну економічну міць. Це зроблено для того, щоб уникнути ситуації, коли невелика кількість учасників, які не мають реального інтересу, намагаються зловмисно контролювати Starknet.
Висновок
Підсумовуючи, ми дали приблизний огляд попередньої дорожньої карти децентралізації Starknet тут. Як і у випадку з будь-якою інженерною ініціативою, ця дорожня карта може змінюватися в міру того, як наша спільнота дописувачів надаватиме кращі ідеї.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Дорожня карта децентралізації Starknet: оперативні повноваження будуть поступово делегуватися мережевим стейкерам
Написано: StarkWare
Укладач: Луффі, Foresight News
Ч; ДОКТОР
Вступ
Starknet отримує безпеку та децентралізацію, які пропонує Ethereum, надсилаючи STARK докази своїх переходів станів для перевірки в блокчейні Ethereum. Цей процес накладає значні обмеження на повноваження централізованих організацій, які створюють і підтримують Starknet, таких як StarkWare і Starknet Foundation: централізовані організації не можуть підробляти повідомлення про транзакції, щоб спотворити або іншим чином шахрайським чином маніпулювати даними та активами користувачів.
Це перший і найважливіший крок у забезпеченні того, щоб довіра Starknet була зведена до мінімуму і щоб користувачі Starknet не покладалися на чесність будь-якого централізованого органу влади при використанні мережі. Однак необхідно зробити більше, щоб забезпечити повну мінімізацію довіри та децентралізацію, і навіть якщо такі організації, як Starknet Foundation або StarkWare, зникнуть, мережа продовжить працювати впорядковано без перебоїв. У цій публікації викладено попередню дорожню карту подальших кроків.
Поточний прогрес
Трохи більше року тому ми почали документувати наш процес дослідження децентралізації в серії публікацій у блозі, кульмінацією яких стала проста конкретна пропозиція.
Коротше кажучи, наша мета полягає в тому, щоб перевести операції замовників і доказів на децентралізований протокол proof-of-stake, де будь-хто може брати участь у секвенуванні, щоб ніхто не був незамінним для безперервної діяльності мережі. Для цього реалізуємо два необхідних кроки:
У цій публікації ми зупинимося на останньому.
Процес переходу
У двох словах, сам процес переходу складається з чотирьох шляхів:
Нумерація являє собою деякі очевидні послідовні залежності, але при цьому може бути виконано багато роботи. Коротко розгорнемо кожен шлях.
Децентралізована мережева архітектура
Мережа Starknet перейде на більш децентралізовану модель:
Ця зміна виходить за межі мережевого підключення. Проілюструємо це двома прикладами.
По-перше, замовник підпише свої блоки, щоб зменшити деякі припущення про довіру та підготуватися до створення протоколу BFT на основі голосування. По-друге, поширення даних набуде більш розподіленого стилю, коли вузли допомагатимуть один одному синхронізувати стан і доповнювати свої локальні представлення.
Прихильник повністю відкритого програмного забезпечення
Стек програмного забезпечення з відкритим вихідним кодом: Забезпечення доступності стека програмного забезпечення з відкритим вихідним кодом має вирішальне значення для того, щоб кожен міг брати участь у всіх аспектах протоколу та мережі. У міру того, як StarkWare та інші учасники впроваджують більше компонентів, вони будуть випущені для всіх для тестування, критики та адаптації. Деякі відомі приклади (частини стека, які вже мають відкритий вихідний код) включають повні вузли (Pathfinder, Juno, Deoxys), провери (Stone, Sandstorm), секвенсери (Blockifier, Madara) та провідники блоків (Starkscan, Voyager, ViewBlock, Stark Compass).
Мережі тестування та інтеграції: Розгалужені мережі тестування та інтеграції необхідні для максимального плавного процесу переходу. Для кожного нового компонента він може еволюціонувати від внутрішньої тестової мережі до ширшої ліцензованої тестової мережі із зовнішніми учасниками, а згодом до загальнодоступної тестової мережі та основної мережі. Пізніше вам потрібно буде зробити певний вибір, наприклад, вибрати між послідовним і паралельним методами, які вводять нові компоненти для тестування.
Приєднання стейкерів: Ми повинні дати контрактам стейкінгу L1 достатньо часу, щоб накопичити достатню кількість токенів стейкінгу, щоб гарантувати, що децентралізовані протоколи мають реальну економічну міць. Це зроблено для того, щоб уникнути ситуації, коли невелика кількість учасників, які не мають реального інтересу, намагаються зловмисно контролювати Starknet.
Висновок
Підсумовуючи, ми дали приблизний огляд попередньої дорожньої карти децентралізації Starknet тут. Як і у випадку з будь-якою інженерною ініціативою, ця дорожня карта може змінюватися в міру того, як наша спільнота дописувачів надаватиме кращі ідеї.