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