Ethereum samo musí projít testem odchodu. Ethereum má být domovem pro aplikace bez důvěry a minimalizované důvěrou, ať už ve financích, správě nebo jinde. Musí podporovat aplikace, které jsou spíše nástroji – kladivo, které jakmile koupíte, je vaše – než služby, které ztratí veškerou funkčnost, jakmile dodavatel ztratí zájem o jejich údržbu (nebo ještě hůř, bude hacknut nebo se stane hodnotově těžící). I když aplikace mají funkce závislé na dodavateli, Ethereum může pomoci tyto závislosti co nejvíce snížit a uživatele co nejvíce chránit v případech, kdy závislosti selžou. Ale vytvářet takové aplikace není možné na základní vrstvě, která sama závisí na průběžných aktualizacích od dodavatele, aby byla stále použitelná – i když tím "dodavatelem" je proces všech hlavních vývojářů. Ethereum jako blockchain musí mít vlastnosti, o které usilujeme v aplikacích Etherea. Proto musí samotné Ethereum projít testem odchodu. To znamená, že Ethereum musí dosáhnout bodu, kdy _can kostnatnat, pokud chceme to_. Nemusíme přestat měnit protokol, ale musíme se dostat do bodu, kdy hodnota Etherea nebude striktně závislá na funkcích, které už v protokolu nejsou. To zahrnuje následující: * Plný kvantový odpor. Měli bychom odolat pasti říkat "odložme kvantovou odolnost na poslední možnou chvíli ve jménu získání větší efektivity ještě nějakou dobu". Jednotliví uživatelé mají toto právo, ale protokol by neměl. Možnost říct "Protokol Etherea, jak je dnes, je kryptograficky bezpečný po sto let" je něco, o co bychom se měli snažit co nejdříve dosáhnout a trvat na tom jako na zdroji hrdosti. * Architektura, která se může rozšířit až na dostatečnou škálovatelnost. Protokol musí mít vlastnosti, které mu umožní rozšířit se na tisíce TPS v čase, zejména validaci ZK-EVM a vzorkování dat pomocí PeerDAS. Ideálně bychom se dostali do bodu, kdy další škálování probíhá prostřednictvím "pouze parametrů" změn – a ideálně _ty_ změny nejsou forky ve stylu BPO, ale jsou prováděny stejným mechanismem validátorského hlasování, jaký používáme pro plynový limit. * Státní architektura, která může vydržet desítky let. To znamená, že rozhodnutí a implementace jakékoli formy částečné bezstavnosti a expirace stavu nám umožní cítit se pohodlně a nechat Ethereum běžet s tisíci TPS po desetiletí, aniž bychom porušili synchronizaci, pevný disk nebo požadavky na I/O. Znamená to také zajistit budoucí odolnost stromů a skladovacích typů, aby dobře fungovaly v tomto dlouhodobém prostředí. * Model účtu, který je univerzální (toto je "plná abstrakce účtu": odklon od zakotveného ECDSA pro ověřování podpisů) * Plynový harmonogram, o kterém jsme přesvědčeni, že je bez zranitelností DoS, jak pro vykonání, tak pro ZK ověřování * Ekonomický model PoS, který jsme se díky všemu, co jsme se za posledních padesát let naučili jako důkaz podílu v Ethereu a celé dekádě dál, věříme, že může vydržet a zůstat decentralizovaný desítky let, a podporuje užitečnost ETH jako nedůvěryhodného zajištění (např. u stablecoinů krytých ETH s minimalizací správy) * Model blokového stavění, o kterém jsme přesvědčeni, že odolá tlaku centralizace a zaručí odolnost vůči cenzuře i v neznámých budoucích prostředích Ideálně bychom měli v příštích letech udělat těžkou práci, abychom se dostali do bodu, kdy v budoucnu téměř veškerá budoucí inovace může probíhat prostřednictvím optimalizace klienta a bude se odrážet v protokolu prostřednictvím změn parametrů. Každý rok bychom měli splnit alespoň jednu z těchto políček, ideálně více. Udělejte správnou věc jednou, na základě znalosti toho, co je skutečně správné (a nekompromisujte kompromisy v opravách), a maximalizujte technologickou a sociální odolnost Etherea dlouhodobě. Ethereum jde tvrdě. Tohle je gwei.

Video zpráva od předsedy Federálního rezervního systému Jeromea H. Powella:

Opravdu si myslím, že by všichni v této oblasti měli okamžitě přejít na používání Vimu. KLDR začala zneužívat VS Code hooky, které běží _automaticky_ na pozadí, když otevřete složku. ŽÁDNÁ zasraná uživatelská interakce po tom, co jste repozitáři důvěřovali (ta důvěra je tady důležitá). Ano, přečti si to znovu. NULA. INTERAKCE. POVINNÉ. Takže co se děje takto: oni (v obvyklém případě skupina Contagious Interview, tedy nějaký falešný náborový chlapík) sdílejí repozitáře na GitHubu, Bitbucketu a GitLabu obsahující podadresář '.vscode/' se škodlivými háčky. ten jeden příklad, který tu uvádím, spouští falešné písmo, které je ve skutečnosti silně obfuskované v JS a rozhodně vás překvapí. Veškerý váš sofistikovaný software, který působí "pohodlně", dělá kompromisy. Tyto kompromisy jsou nyní zneužívány k tichému podrazování vašich zařízení. Použijte Vim. a používat Qubes. Díky.