Vor nur wenigen Wochen waren wir 50 Mal langsamer als die besten Ethereum-Clients. Jetzt sind wir dritt in diesen Benchmarks und nähern uns dem zweiten Platz. Wir haben gerade begonnen, uns auf leistungsbezogene Arbeiten zu konzentrieren. Wir fügen täglich leistungsbezogene PRs zusammen und stabilisieren Ethrex stetig. Wir erwarten bald deutlich bessere Zahlen.
Ich denke, die Strategie, die Codebasis einfach und sauber zu halten, wird ab sofort erhebliche Vorteile zeigen, wenn es um leistungs- und wartungsbezogene Arbeiten geht.
Alle Benchmarks werden mit Code veröffentlicht, sodass jeder die Ergebnisse reproduzieren kann. Wir beginnen auch, Testnets mit Ethrex für verschiedene Produkte zu erstellen.
Wenn Sie uns als unabhängiges @ethereum-Team unterstützen möchten, bitte bewerten Sie das Repo, es hilft wirklich, mehr Menschen zu entdecken, was wir aufbauen.
Die Dinge bewegen sich: Ethrex läuft jetzt als ein L1 @ethereum Ausführungsklient (mit der Lambda EVM), einem ZK + TEE L2-Klienten und unterstützt sowohl basierte als auch zentralisierte Modi. Der basierte Modus ist noch in Arbeit. Wir bauen eine leichte DB, um über ein Gigagas hinauszugehen und alles zu parallelisieren. Konsensklient als nächstes? Alles in <100k LOC.
Einige Teams haben 9-stellige Beträge gesammelt, um weniger zu tun, und gesagt, wir könnten nicht liefern. Wir liefern immer. Rogue ist als nächstes.
Wir hätten nichts von den Dingen tun können, die wir in Ethereum gemacht haben, ohne die Unterstützung und Hilfe von @StarkWareLtd @ethereumfndn @0xPolygon. Wir haben auch viel von @Consensys gelernt.
Unser @class_lambda-Kunde Ethrex läuft jetzt als L1 @ethereum-Ausführungskunde (mit der Lambda EVM), einem ZK + TEE L2-Kunden und unterstützt sowohl basierte als auch zentrale Modi.
Der basierte Modus ist noch in Arbeit. Wir bauen eine leichte DB, um über ein Gigagas hinauszugehen und alles zu parallelisieren.
Konsens-Kunde als Nächstes? Alles in <100k LOC.
Einige Teams haben 9-stellige Beträge gesammelt, um weniger zu tun, und gesagt, wir könnten nicht liefern. Wir liefern immer.
Unser @class_lambda-Client Ethrex läuft jetzt als L1 @ethereum-Ausführungsklient (mit der Lambda EVM), einem ZK + TEE L2-Client und unterstützt sowohl basierte als auch zentralisierte Modi.
Der basierte Modus ist noch in Arbeit. Wir bauen eine leichte DB, um über ein Gigagas hinauszugehen und alles zu parallelisieren.
Konsens-Client als Nächstes? Alles in <100k LOC.
Einige Teams haben 9-stellige Beträge gesammelt und gesagt, wir könnten nicht liefern. Wir liefern immer.
Unser @class_lambda-Kunde Ethrex läuft jetzt als ein L1 @ethereum Ausführungsklient (Lambda EVM), ein ZK + TEE L2-Klient und unterstützt sowohl basierte als auch zentralisierte Modi.
Der basierte Modus ist noch in Arbeit. Wir bauen eine leichte DB, um über ein Gigagas hinauszugehen und alles zu parallelisieren.
Konsensklient als Nächstes? Alles in <100k LOC.
Einige Teams haben 9-stellige Beträge gesammelt und gesagt, wir könnten nicht liefern. Wir liefern immer.
Wir schreiben einen kleinen Artikel für unseren @class_lambda Blog über SNARK-Verifizierung in Bitcoin.
Neben den BitVM- und ColliderVM-Papern sowie der Kritik von @rot13maxi und den @AlpenLabs-Beiträgen, welche anderen Artikel oder Beiträge sollten wir lesen oder als Referenz anführen? Danke!