Ranking der DeFi-Liquidationsmechanismen: 1. Euler: Niederländische Auktionen sind am besten geeignet, um den richtigen Spread für Liquidatoren zu finden, können aber langsam sein. 2. Fluid: Gasoptimierung hilft definitiv, ist jedoch weniger entscheidend, wenn große Kredite von Nutzern konzentriert sind; Liquidationen als Swaps anzubieten, könnte mächtig sein, aber es gibt in der Praxis Probleme bei der Integration von Liquidationen in Aggregatoren, und in der Praxis kann jeder Market Maker über RFQs die gleiche Ausführung bei Liquidationen anbieten, die auf einem Zufall von Bedürfnissen basiert. 3. Aave: Chaos-Risiko-Orakel helfen, die Liquidationsboni zu optimieren, aber dies ist nicht so genau wie Auktionen. 4. Morpho: Pre-Liquidationen helfen Nutzern, ihren eigenen Liquidationsfluss zu steuern, obwohl diese modulare Konstruktion eine schlechtere Benutzererfahrung für die Nutzer darstellt und weniger Einfluss auf das Protokoll als Ganzes hat.

TLDR: Vertraue niemals Hedgefonds-Managern/VCs, die in vielen Podcasts zu hören sind. Sie haben großartige PR-Teams, die sie in jeden einzelnen Podcast bringen, wo sie als Vordenker auftreten. All dies sind nur Möglichkeiten für sie, Einfluss zu gewinnen und Gelder von den Zuhörern zu sammeln. Die meisten verlieren.

Eine erhebliche Menge an Monad-bezogenen Gesprächen auf CT scheint aus der nigerianischen Region zu stammen. Es lässt mich fragen, welche aufregenden und innovativen Onchain-Apps und Unternehmen, die auf Monad aufbauen, von dort stammen. 🤔

Bestimmter Aggregator nicht optimiert, überhaupt nicht smart 😤 Sei vorsichtig da draußen 😤 Es ist gefährlich außerhalb der Decke.

Die Verbreitung von wünschenswerten Märkten mit günstigen Marktergebnissen ist an sich eine gute Krypto-UX.

Peep DEXs sollten Killcams für Liquidationen haben.

MEV-Schutz Vollständig Onchain-Automatisierung Ganzheitliches Liquid Staking Alles in einem

Einführung in EIPs, ERCs, RIPs. EIP: Ethereum Improvement Proposal Änderungen auf Protokollebene, die von den Ethereum-Clients durchgesetzt werden. Aktiviert durch Hardforks. Vollknoten müssen ein Upgrade durchführen, andernfalls fork, um sich abzumelden. ERC: Ethereum Request for Comments Standards auf Anwendungsebene. Konventionen für Solidity, calldata, Speicher, Signaturen. Opt-in. Adoption -> Netzwerkeffekte. RIP: Rollup Improvement Proposal Provinzielle Gesetze für Rollup-Stadtstaaten. Opt-in für L2s. Opt-out für Knoten innerhalb eines L2. Kann zu EIPs führen. Die Nummern werden zwischen EIPs, ERCs, RIPs geteilt und sequenziell von den Betreuern zugewiesen. Um einen zu starten, müssen Sie zunächst einen Thread im Ethereum Magicians Forum eröffnen, dann einen Entwurf erstellen, der auf den Thread verweist. Danach hängt der spezifische Prozess ab. Beispiele: EIP-7939: Leading Zeros zählen (CLZ) Ein Opcode im kommenden Fusaka-Hardfork, der mathematische Operationen mit kleinerem Bytecode beschleunigen kann. Als grundlegende mathematische Operation, die so viel kostet wie ein 256-Bit `ADD`, wird dies am besten als Opcode implementiert, was am besten als EIP implementiert wird. ERC-7631: Dual Nature Token Pair Schnittstellen dafür, wie ein zusammengehöriges fungibles und nicht-fungibles Token-Paar ihre Beziehung signalisieren kann. Opt-in-Standard. Ermöglicht eine bessere Auffindbarkeit, bessere Benutzererfahrung. RIP-7767: Gas zu Ether-Vertrag Ein Vertrag, der Gas verbrennt und einen Teil des verbrannten Gases an den Aufrufer als native Währung zurückgibt. Aufgrund der abenteuerlichen Natur dieses Vorschlags könnte dies zunächst als Pre-Compile / Pre-Deploy auf Rollups getestet werden. Der vorläufige Mainnet-Analog ist EIP-7791 (GAS2ETH Opcode). Schwierigkeit, Adoption / Einbeziehung zu erreichen: EIP > RIP > ERC (ungefähr) Um zu erklären, warum, verdient jeder dieser Punkte eine eigene Ausarbeitung in separaten Threads, die am besten für zukünftige Inhalte aufgehoben sind.

Ich hatte eine sehr vielversprechende Karriere im Quant/HFT, bevor ich zu @monad kam. Wie bin ich also hierher gekommen? 🧵