Es ist Zeit, Hacks *vor* ihrem Auftreten zu verhindern. Die V1 der Credible Layer ist da. Die Beta-Tests beginnen jetzt. Wir haben lange daran gearbeitet und sind sehr optimistisch über die Auswirkungen, die es haben kann. So funktioniert es. Die Credible Layer hat vier Komponenten: > Assertions: Sicherheitsregeln, die in Solidity geschrieben sind und Zustände definieren, die niemals auftreten sollten (z. B. "Implementierungsadresse sollte sich nicht ändern", "Preis sollte sich in einer einzelnen Transaktion nicht um mehr als x% abweichen"). > Protokolle: Teams definieren Assertions für ihre Verträge und registrieren sie on-chain. > Block Builder/Sequencer: Die Netzwerk-Infrastruktur validiert jede Transaktion gegen die Assertions, bevor sie in den Block aufgenommen wird, und verwirft alle, die gegen die Sicherheitsregeln verstoßen würden. > Transparenz-Dashboard: Zeigt, welche Protokolle geschützt sind und wie. Hier ist eine Aufschlüsselung des Transaktionsflusses, um Ihnen ein Gefühl dafür zu geben, wie es in der Praxis funktioniert: > Benutzer reicht Transaktion im Netzwerk ein > Transaktion gelangt in den Mempool > OP-Talos erhält die Transaktion zur potenziellen Aufnahme > OP-Talos verweist auf Assertions, die mit den Verträgen, mit denen die Transaktion interagiert, verbunden sind > PhEVM simuliert die Ausführung der Transaktion und erstellt Vor-/Nach-Transaktionszustands-Snapshots > Alle relevanten Assertions werden gegen diese Zustände ausgeführt > Wenn eine Assertion zurückgesetzt wird → Transaktion als ungültig markiert und verworfen > Wenn alle Assertions bestehen → Transaktion wird in den Block aufgenommen Wenn eine Transaktion zu einem Hack führen würde und der Vertrag durch die Credible Layer geschützt ist, wird die Transaktion verworfen. Wenn der Vertrag nicht geschützt ist, wird die Transaktion aufgenommen. Die Systeme, die das oben Mögliche machen: > OP-Talos: Benutzerdefinierter Block-Builder für OP Stack-Rollups, der den Validierungsprozess orchestriert und Blöcke erstellt, die Transaktionen ausschließen, die gegen Assertions verstoßen. > PhEVM (der Durchsetzungsarm von OP-Talos): Führt Assertion-Bytecode in einer isolierten Off-Chain-Umgebung mit speziellen Precompiles für effizienten Zustand-Zugriff aus. > Assertion DA: Speichert den Quellcode und Bytecode der Assertions und stellt den Assertion-Code den Block-Buildern zur Verfügung. > Credible Layer Protocol: Smart Contract, der das On-Chain-Register der Assertions verwaltet und Assertions den geschützten Verträgen zuordnet. Dies ermöglicht Folgendes für Ihre dapp: • Verhindert Hacks, erkennt sie nicht: Stoppt Angriffe vor der Ausführung • Keine Fehlalarme: Blockiert nur Transaktionen, die ausdrücklich gegen definierte Regeln verstoßen • Entwicklerfreundlich: Assertions in Solidity geschrieben • Nicht-invasiv: Keine Änderungen an bestehenden Verträgen erforderlich • Hohe Leistung: Verarbeitet über 1.500 Transaktionen in weniger als 50 ms • Transparent: Alle Assertions sind on-chain sichtbar Es steht Entwicklern heute zur Verfügung, um es zu testen. Sie können: > Verträge bereitstellen > Assertions schreiben > Tests schreiben > testen, ob eine Hack-Transaktion Ihre Assertions bricht Wenn Sie interessiert sind, kontaktieren Sie uns. Wir nehmen derzeit den Zugang auf die Whitelist. Die Sicherheit verändert sich. (Große Ankündigung kommt bald).