Сам Ethereum має пройти тест на вихід. Ethereum призначений як дім для бездовірних і мінімальних довірених додатків — чи то у фінансах, управлінні чи інших сферах. Він має підтримувати додатки, які більше схожі на інструменти — молоток, який після покупки стає вашим — ніж сервіси, які втрачають всю функціональність, коли постачальник втрачає інтерес до їх обслуговування (або, що гірше, зазнає злому чи стає видобутком цінності). Навіть коли додатки мають функціональність, що залежить від виробника, Ethereum може допомогти зменшити ці залежності настільки, наскільки це можливо, і захистити користувача у випадках, коли залежності не працюють. Але створення таких додатків неможливо на базовому рівні, який сам по собі залежить від постійних оновлень від постачальника, щоб залишатися придатним до використання — навіть якщо цей «постачальник» є процесом усіх основних розробників. Ethereum, блокчейн, має мати ті риси, до яких ми прагнемо у його застосунках. Отже, сам Ethereum має пройти тест на виход. Це означає, що Ethereum має дійти до рівня, коли ми _can закостеніння, якщо хочемо to_. Нам не потрібно припиняти вносити зміни до протоколу, але ми маємо дійти до того, щоб ціннісна пропозиція Ethereum не залежала лише від функцій, яких немає в протоколі. Це включає наступне: * Повний квантовий опір. Ми повинні утриматися від пастки фрази «давайте відкладемо квантовий опір до останнього можливого моменту в ім'я отримання більшої ефективності ще на деякий час». Окремі користувачі мають це право, але протокол не повинен цього робити. Можливість сказати: «Протокол Ethereum, у нинішньому вигляді, криптографічно безпечний протягом ста років» — це те, до чого ми повинні прагнути якомога швидше і наполягати на цьому як предмет гордості. * Архітектура, яка може розширюватися до достатньої масштабованості. Протокол повинен мати властивості, які дозволяють розширюватися до тисяч TPS з часом, зокрема перевірка ZK-EVM та вибірка даних через PeerDAS. Ідеально, коли подальше масштабування здійснюється шляхом змін лише параметрів — і ідеально _ці_ зміни не є форками BPO, а здійснюються тим самим механізмом голосування валідатора, що й для ліміту газу. * Державна архітектура, яка може служити десятиліттями. Це означає, що визначення та впровадження будь-якої форми часткової безстанності та закінчення стану дозволить нам почуватися впевнено, дозволяючи Ethereum працювати з тисячами TPS десятиліттями, не порушуючи вимоги синхронізації, жорсткого диска чи введення/виведення. Це також означає забезпечення майбутньої готовності дерева та типів зберігання до цього довгострокового середовища. * Модель облікового запису, яка є універсальною (це «повна абстракція рахунку»: відійдіть від закріпленої ECDSA для перевірки підпису) * Розклад газу, у якому ми впевнені, що він вільний від вразливостей DoS, як для виконання, так і для перевірки ZK * Економічна модель PoS, яку, зважаючи на все, чого ми навчилися за останні півдесятиліття доказу частки в Ethereum і ще за десятиліття, ми впевнені, що вона може зберігатися і залишатися децентралізованою десятиліттями, і підтримує корисність ETH як безнадійного забезпечення (наприклад, у стейблкоїнів, мінімізованих управлінням ETH) * Модель будівництва блоків, у якій, як ми впевнені, витримає тиск централізації та гарантує опір цензурі навіть у невідомих майбутніх умовах Ідеально було б виконати важку роботу протягом наступних кількох років, щоб у майбутньому майже всі майбутні інновації могли відбуватися через оптимізацію клієнтів і відобразитися в протоколі через зміни параметрів. Щороку ми повинні виконувати принаймні одну з цих пунктів, а ідеально — кілька. Зробіть правильний крок один раз, базуючись на знаннях того, що справді правильно (і не йди на компроміси наполовину виправлення), і максимізуйте технологічну та соціальну стійкість Ethereum у довгостроковій перспективі. Ethereum йде жорстко. Це гвей.