Секвенсор — ключова технологія в сфері криптовалют, яка використовується для сортування транзакцій і створення блоків. Перед підтвердженням блокування користувачеві буде надіслано інформацію про попереднє підтвердження.
Важливість децентралізованих сортувальників полягає в тому, що в міру переходу більшого обсягу та ліквідності до рішень другого рівня (L2) централізовані сортувальники можуть стягувати довільні ціни та використовувати транзакції користувачів. Тому пошук рішення децентралізованого сортування стає дуже важливим.
Що таке "секвенсор"?
Сортувальники дозволяють L2 працювати ефективно, агрегуючи багато транзакцій користувачів L2 поза ланцюжком і надсилаючи їх як єдину сукупну транзакцію до основного ланцюга L1. Таким чином, вартість цього зобов’язання може бути амортизована за всіма транзакціями користувача в наборі. Сортувальники також можуть ущільнювати колекції, щоб ще більше заощадити на витратах на доступність даних основного ланцюга. Загалом, це важливий компонент L2.
Однак сортувальник контролює порядок транзакцій у колекції. Сортувальник може вибрати не включати транзакції користувача, а також може витягти MEV (максимальний реалізований дохід) у колекції за допомогою стандартних методів переупорядкування та вилучення вставкою. Насправді вони мають пільговий доступ для запису до розширення. Примітно, оскільки замовник може взаємодіяти з контрактом, лише безпомилкові транзакції можуть бути надійно забезпечені за допомогою механізмів у ланцюзі. І є помилки, які можуть вийти з ладу під час примусового сортування.
Це робить секвенсор напівдовіреною роллю для масштабування користувачів. Замовники можуть затримувати доступ користувачів і отримувати цінність із транзакцій користувачів. Подальше обмеження поведінки замовника через децентралізацію є темою активних досліджень.
Загалом секвенсор відіграє важливу роль у лінії OP L2. Це покращує взаємодію з користувачами та зменшує витрати на транзакції для користувачів шляхом агрегування та надсилання колекцій транзакцій. Однак, оскільки сортувальник контролює сортування транзакцій і вилучення значень, нам потрібно продовжувати вивчати, як обмежити поведінку сортувальника децентралізованим способом, щоб забезпечити інтереси користувачів і безпеку розширення.
Ризик централізації сортувальника
Наразі сортувальник в оптимістичному масштабуванні все ще має деякі проблеми з точки зору розподілу. Оскільки замовник зазвичай відіграє роль централізатора, існують такі ризики централізації:
Слабкий захист від цензури: на відміну від майже нескінченної кількості розподілених вузлів у головному ланцюзі, централізовані замовники можуть бути не в змозі гарантувати, що транзакції користувачів будуть включені в ланцюг. Централізований координатор, підконтрольний юридичній особі, може вибірково виключати окремі транзакції через нормативні вимоги. Хоча існують інші механізми вирішення проблеми слабкої цензури оптимістичного масштабування (такі як примусовий вихід, евакуаційний канал, включення списку або додавання порогового шифрування тощо), нам все одно потрібно прийняти припущення, що централізований замовник, ймовірно, матиме слабкий Антицензурні можливості.
Слабка працездатність: централізований замовник може бути не розроблений для виконання обчислювальної обробки та створення доказів, необхідних для постійної роботи системи. Час простою RPC або замовника через збій апаратного забезпечення або масовий спам від валідаторів або ботів (наприклад, запуск маркера Arbitrum, затримка Optimism) може призвести до менш активного масштабування.
Переваги MEV: поточні централізовані замовники зазвичай дотримуються правила замовлення транзакцій за чергою. Потрібна додаткова довіра, щоб гарантувати, що вони не витягають MEV із транзакцій користувачів через привілеї вузлів, або що сторонні служби замовлення, які вони використовують (наприклад, Chainlink FSS), не поводяться зловмисно.
Деякі спільні, аутсорсингові або секвенсорні рішення можуть вирішити ці проблеми, але для такого рішення ще зарано. Крім того, багато рішень для розподілених замовників, таких як Proof-of-Authority, Leader Selection for Proof-of-Stake, MEV Auctions і Proof-of-Energy, все ще знаходяться на стадії розробки концепції.
Макет секвенсора
Віталік Бутерін пропонує кілька способів побудови децентралізованого сортувальника. Сюди входять аукціони сортувальників/блоків, випадковий вибір на основі PoS і голосування за DPoS, серед іншого. Однак більшість рішень зосереджуються на визначенні того, які учасники мають право пропонувати наступний блок або послідовність блоків, часто ігноруючи сам механізм упорядкування.
Цілі PBS полягають у захисті пропонентів від централізованої максимальної вартості транзакції (MEV), сприянні конкуренції між розробниками блоків, підвищенні конфіденційності учасників торгів та усуненні негативних зовнішніх ефектів. Однак, на відміну від рішень першого рівня (L1), PBS L2 стикається з такими проблемами, як конфіденційність, затримка та крос-ланцюжок MEV. Одним із способів вирішення проблеми конфіденційності є використання протоколу Flashbots SUAVE, а поєднання SUAVE із спільним замовником є потенційним рішенням PBS для L2.
Для PBS Aztec – «Prover-Builder-Separation» замість «Proposer-Builder-Separation». Прихильники Aztec створюють блоки, використовуючи незавершені транзакції з mempool, і блоки включають зобов’язання щодо замовлення, винагороди перевіряючим і суму, яку спалює Aztec. Слід зазначити, що пропонент Aztec фактично виконує роль будівника і пропонента.
PBS від Aztec розділяє повноваження щодо впорядкування транзакцій (конструктори) і включення блоків (валідатори), поділ, який запобігає монополії генерації блоків. Потім ініціатори збирають голоси та створюють запис блоку, що вказує на розподіл завдань перевірки серед кількох валідаторів для певного блоку. Це важливо для збереження децентралізації завдання перевірки, оскільки участь валідатора стає індикатором виграшних блоків.
Крім того, вони використовують кількість TARGET_PROVERS, щоб збільшити вартість для зловмисника на підтримку механізму маніпулювання. Проте одна проблема цієї моделі полягає в тому, що зловмисник може уникнути покарання, якщо він дозволить включити валідатори та створити докази лише для невеликої частини блоків, залишивши більшість одному валідатору.
Під час процесу кілька запропонованих блоків будуть ранжовані на етапі голосування, і блок з найбільшою кількістю голосів стане головним у ланцюжку. Однак цей режим може призвести до атак «жалі», коли валідатори голосують за блоки, але не генерують доказів. Aztec пригнічує це, запроваджуючи механізми Slash і Redundancy. Крім того, SUAVE може служити конструктором Aztec для забезпечення захисту конфіденційності та потенційно децентралізованого впорядкування блоків.
Є кілька інших проектів, що створюють спільні сортувальники, зокрема:
Espresso, планує використовувати рестейкінг EigenLayer ETH як модель безпеки;
Astria, чий секвенсор відрізняється від Espresso тим, що він не виконує транзакції, має вбудований PBS і будує Rollup поверх Celestia та Rollkit;
Radius, чиї замовники зосереджені на зниженні шкідливого MEV за допомогою зашифрованих транзакцій, підтримує набір замовників і випадковим чином вибирає по одному в кожну епоху.
Метою цих проектів є впровадження децентралізованого замовника, який підвищує надійність і безпеку впорядкування транзакцій і покращує взаємодію з користувачем.
Підведіть підсумки
З постійним розвитком та інноваціями технології блокчейн робочий механізм децентралізованого сортувальника продовжуватиме розвиватися та вдосконалюватися. Це забезпечить користувачам більш безпечний, надійний і ефективний досвід торгівлі, одночасно захищаючи їх від маніпуляцій і недобросовісних дій з боку централізованих установ.
У майбутньому ми можемо очікувати появи нових інноваційних рішень і проектів для вирішення проблем у сфері секвенсорів. З розвитком технологій такі проблеми, як захист конфіденційності, швидкість транзакцій і сумісність між мережами, будуть краще вирішені.
Розробка спільного секвенсора дозволить різним зведеним пакетам працювати разом і забезпечить можливість комбінування та гнучкість для задоволення потреб різних галузей, додатків і випадків. Завдяки постійному вдосконаленню та просуванню спільних сортувальників ми можемо передбачити появу тисяч децентралізованих суверенних зведених пакетів, які нададуть користувачам більше можливостей і кращі послуги.
Підсумовуючи, завдяки постійним дослідженням та інноваціям у нас є підстави вважати, що майбутній децентралізований замовник стане ключовим компонентом у побудові безпечної, ефективної та справедливої екосистеми блокчейну. Вони сприятимуть подальшій популяризації та застосуванню технології блокчейн, забезпечуючи більш відкритий і інклюзивний фінансовий і цифровий досвід для користувачів у всьому світі.
Переглянути оригінал
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Розшифровка секвенсора: ключ до гарантії автентичності транзакцій
Секвенсор — ключова технологія в сфері криптовалют, яка використовується для сортування транзакцій і створення блоків. Перед підтвердженням блокування користувачеві буде надіслано інформацію про попереднє підтвердження.
Важливість децентралізованих сортувальників полягає в тому, що в міру переходу більшого обсягу та ліквідності до рішень другого рівня (L2) централізовані сортувальники можуть стягувати довільні ціни та використовувати транзакції користувачів. Тому пошук рішення децентралізованого сортування стає дуже важливим.
Що таке "секвенсор"?
Сортувальники дозволяють L2 працювати ефективно, агрегуючи багато транзакцій користувачів L2 поза ланцюжком і надсилаючи їх як єдину сукупну транзакцію до основного ланцюга L1. Таким чином, вартість цього зобов’язання може бути амортизована за всіма транзакціями користувача в наборі. Сортувальники також можуть ущільнювати колекції, щоб ще більше заощадити на витратах на доступність даних основного ланцюга. Загалом, це важливий компонент L2.
Однак сортувальник контролює порядок транзакцій у колекції. Сортувальник може вибрати не включати транзакції користувача, а також може витягти MEV (максимальний реалізований дохід) у колекції за допомогою стандартних методів переупорядкування та вилучення вставкою. Насправді вони мають пільговий доступ для запису до розширення. Примітно, оскільки замовник може взаємодіяти з контрактом, лише безпомилкові транзакції можуть бути надійно забезпечені за допомогою механізмів у ланцюзі. І є помилки, які можуть вийти з ладу під час примусового сортування.
Це робить секвенсор напівдовіреною роллю для масштабування користувачів. Замовники можуть затримувати доступ користувачів і отримувати цінність із транзакцій користувачів. Подальше обмеження поведінки замовника через децентралізацію є темою активних досліджень.
Загалом секвенсор відіграє важливу роль у лінії OP L2. Це покращує взаємодію з користувачами та зменшує витрати на транзакції для користувачів шляхом агрегування та надсилання колекцій транзакцій. Однак, оскільки сортувальник контролює сортування транзакцій і вилучення значень, нам потрібно продовжувати вивчати, як обмежити поведінку сортувальника децентралізованим способом, щоб забезпечити інтереси користувачів і безпеку розширення.
Ризик централізації сортувальника
Наразі сортувальник в оптимістичному масштабуванні все ще має деякі проблеми з точки зору розподілу. Оскільки замовник зазвичай відіграє роль централізатора, існують такі ризики централізації:
Деякі спільні, аутсорсингові або секвенсорні рішення можуть вирішити ці проблеми, але для такого рішення ще зарано. Крім того, багато рішень для розподілених замовників, таких як Proof-of-Authority, Leader Selection for Proof-of-Stake, MEV Auctions і Proof-of-Energy, все ще знаходяться на стадії розробки концепції.
Макет секвенсора
Віталік Бутерін пропонує кілька способів побудови децентралізованого сортувальника. Сюди входять аукціони сортувальників/блоків, випадковий вибір на основі PoS і голосування за DPoS, серед іншого. Однак більшість рішень зосереджуються на визначенні того, які учасники мають право пропонувати наступний блок або послідовність блоків, часто ігноруючи сам механізм упорядкування.
Цілі PBS полягають у захисті пропонентів від централізованої максимальної вартості транзакції (MEV), сприянні конкуренції між розробниками блоків, підвищенні конфіденційності учасників торгів та усуненні негативних зовнішніх ефектів. Однак, на відміну від рішень першого рівня (L1), PBS L2 стикається з такими проблемами, як конфіденційність, затримка та крос-ланцюжок MEV. Одним із способів вирішення проблеми конфіденційності є використання протоколу Flashbots SUAVE, а поєднання SUAVE із спільним замовником є потенційним рішенням PBS для L2.
Для PBS Aztec – «Prover-Builder-Separation» замість «Proposer-Builder-Separation». Прихильники Aztec створюють блоки, використовуючи незавершені транзакції з mempool, і блоки включають зобов’язання щодо замовлення, винагороди перевіряючим і суму, яку спалює Aztec. Слід зазначити, що пропонент Aztec фактично виконує роль будівника і пропонента.
PBS від Aztec розділяє повноваження щодо впорядкування транзакцій (конструктори) і включення блоків (валідатори), поділ, який запобігає монополії генерації блоків. Потім ініціатори збирають голоси та створюють запис блоку, що вказує на розподіл завдань перевірки серед кількох валідаторів для певного блоку. Це важливо для збереження децентралізації завдання перевірки, оскільки участь валідатора стає індикатором виграшних блоків.
Крім того, вони використовують кількість TARGET_PROVERS, щоб збільшити вартість для зловмисника на підтримку механізму маніпулювання. Проте одна проблема цієї моделі полягає в тому, що зловмисник може уникнути покарання, якщо він дозволить включити валідатори та створити докази лише для невеликої частини блоків, залишивши більшість одному валідатору.
Під час процесу кілька запропонованих блоків будуть ранжовані на етапі голосування, і блок з найбільшою кількістю голосів стане головним у ланцюжку. Однак цей режим може призвести до атак «жалі», коли валідатори голосують за блоки, але не генерують доказів. Aztec пригнічує це, запроваджуючи механізми Slash і Redundancy. Крім того, SUAVE може служити конструктором Aztec для забезпечення захисту конфіденційності та потенційно децентралізованого впорядкування блоків.
Є кілька інших проектів, що створюють спільні сортувальники, зокрема:
Espresso, планує використовувати рестейкінг EigenLayer ETH як модель безпеки;
Astria, чий секвенсор відрізняється від Espresso тим, що він не виконує транзакції, має вбудований PBS і будує Rollup поверх Celestia та Rollkit;
Radius, чиї замовники зосереджені на зниженні шкідливого MEV за допомогою зашифрованих транзакцій, підтримує набір замовників і випадковим чином вибирає по одному в кожну епоху.
Метою цих проектів є впровадження децентралізованого замовника, який підвищує надійність і безпеку впорядкування транзакцій і покращує взаємодію з користувачем.
Підведіть підсумки
З постійним розвитком та інноваціями технології блокчейн робочий механізм децентралізованого сортувальника продовжуватиме розвиватися та вдосконалюватися. Це забезпечить користувачам більш безпечний, надійний і ефективний досвід торгівлі, одночасно захищаючи їх від маніпуляцій і недобросовісних дій з боку централізованих установ.
У майбутньому ми можемо очікувати появи нових інноваційних рішень і проектів для вирішення проблем у сфері секвенсорів. З розвитком технологій такі проблеми, як захист конфіденційності, швидкість транзакцій і сумісність між мережами, будуть краще вирішені.
Розробка спільного секвенсора дозволить різним зведеним пакетам працювати разом і забезпечить можливість комбінування та гнучкість для задоволення потреб різних галузей, додатків і випадків. Завдяки постійному вдосконаленню та просуванню спільних сортувальників ми можемо передбачити появу тисяч децентралізованих суверенних зведених пакетів, які нададуть користувачам більше можливостей і кращі послуги.
Підсумовуючи, завдяки постійним дослідженням та інноваціям у нас є підстави вважати, що майбутній децентралізований замовник стане ключовим компонентом у побудові безпечної, ефективної та справедливої екосистеми блокчейну. Вони сприятимуть подальшій популяризації та застосуванню технології блокчейн, забезпечуючи більш відкритий і інклюзивний фінансовий і цифровий досвід для користувачів у всьому світі.