Hoskinson fordert klare Verantwortlichkeit für Cardano und skizziert sicherere KI Wallets
Im Gespräch mit David Gokhshtein argumentierte der Cardano Gründer, dass das Wachstum des Ökosystems klare organisatorische Verantwortlichkeit benötigt. Außerdem beschrieb er, wie Midnight private Transaktionen, Wallet Schutzmechanismen und KI Agenten, die unter expliziten Nutzerberechtigungen agieren, kombinieren könnte.
By SongMarketCap
Charles Hoskinson forderte während Episode 810 von The Breakdown with David Gokhshtein klarere Verantwortlichkeit für Cardanos kommerzielle Entwicklung. Er argumentierte, dass die für Nutzergewinnung und Unterstützung von Entwicklern verantwortlichen Organisationen klar definierte Mandate, Ressourcen und messbare Ziele haben sollten.
Neben dieser Kritik skizzierte er seine Produktprioritäten: Anwendungen, die Blockchains verbinden, Finanzinformationen schützen und es Nutzern erlauben, Aufgaben zu delegieren, ohne uneingeschränkte Kontrolle über ihre Vermögenswerte zu gewähren. Midnight steht im Zentrum dieser Strategie.
Cardano Adoption braucht klare Verantwortlichkeiten
Hoskinson stellte die Erwartung in Frage, dass Cardanos Gründer persönlich jeden Aspekt des Wachstums vorantreiben sollte.
Er beschrieb die ursprüngliche organisatorische Struktur des Ökosystems als Aufteilung der Verantwortlichkeiten zwischen Input Output, EMURGO und der Cardano Foundation. Seiner Darstellung nach konzentrierte sich Input Output auf Forschung und Protokoll Engineering, während kommerzielle Entwicklung und institutionelle Funktionen andere organisationale Träger hatten.
Seine Beschwerde betraf das Verhältnis zwischen Verantwortung und Befugnissen. Er argumentierte, dass er für die Adoption verantwortlich gemacht werde, ohne die relevanten Organisationen, deren Budgets oder Cardanos Branding zu kontrollieren.
Cardanos Treasury und Onchain Governance, so schlug er vor, bieten Mechanismen, um diese Arbeit zuzuweisen und zu finanzieren. Die Community kann Organisationen auswählen, die bestimmte Ziele verfolgen, und deren Ergebnisse bewerten. Er verwies auf AlphaGrowth und Draper als Teilnehmer mit Rollen in der Ökosystementwicklung.
Seine Kritik an der Cardano Foundation beinhaltete die Forderung nach von der Community gewählten Vorstandsmitgliedern. In seinem bevorzugten Modell würde der Vorstand Ziele festlegen, die Umsetzung überwachen und die Führung ersetzen, wenn vereinbarte Zielmarken nicht erreicht werden. Dies war ein vorgeschlagener institutioneller Wandel und keine beschlossene Governance Maßnahme.
Er wiederholte zudem seine Beschwerde, dass Midnight am TOKEN2049 Stand von Cardano nicht vertreten gewesen sei, und stellte diese Erfahrung dem Support gegenüber, den er für Builder bei einer Solana Veranstaltung beobachtete. Das Interview präsentierte seine Darstellung dieses Streits ohne Stellungnahmen der von ihm kritisierten Organisationen.
Hoskinson beschrieb seinen eigenen Beitrag als zunehmend produktfokussiert. Er nannte Midnight, RealFi und Bitcoin DeFi als Bereiche, über die er Kunden und Kapital gewinnen möchte. Ihr Beitrag zum Wachstum von Cardano hinge von der Adoption dieser Produkte ab.
Leios erhöht die Kapazität, aber Builder müssen sie nutzen
Die Diskussion über Cardanos Skalierungsroadmap unterschied Durchsatz von Abwicklungsverzögerung. Mehr Transaktionen zu verarbeiten und die Zeit bis zu ausreichender Sicherheit ihrer Finalität zu verkürzen, sind getrennte technische Herausforderungen.
Hoskinson stellte Leios als eine Möglichkeit dar, den Durchsatz zu erhöhen und zugleich Cardanos zugrunde liegende Sicherheitsmerkmale des Konsenses zu bewahren. Er verband weitere Kapazitätssteigerungen mit verfügbarer Bandbreite und den Infrastrukturanforderungen, die an Knotenbetreiber gestellt werden.
Diese Anforderungen bringen einen Governance Kompromiss mit sich. Anspruchsvollere Infrastruktur kann höhere Leistung unterstützen, erschwert jedoch die Teilnahme für Betreiber mit weniger Ressourcen. Entscheidungen über die Kapazität beeinflussen daher auch, wer das Netzwerk praktisch betreiben kann.
Seine Schätzung der anfänglichen Leistungsverbesserung blieb abhängig von Benchmarking. Das Interview nannte weder ein endgültiges Produktionsergebnis noch ein Datum für die Aktivierung im Mainnet.
Hydra bietet für geeignete Anwendungen einen komplementären Ansatz. Während das Basishauptbuch gemeinsame Netzwerkkapazität bereitstellt, ermöglichen Hydra Heads den Teilnehmern, Aktivitäten in dedizierten Offchain Umgebungen zu verarbeiten. Ihre Leistung hängt von der Arbeitslast und der Konfiguration ab.
Hoskinson argumentierte dennoch, dass reine Transaktionszahlen nicht mehr die gesamte Wettbewerbslandschaft bestimmen. Sobald Kapazität und Gebühren den Anforderungen einer Anwendung genügen, werden Liquidität, Interoperabilität, nützliche Finanzprodukte und Distribution wichtiger.
Er räumte ein, dass technische Vorteile ein begrenztes Zeitfenster haben, da Wettbewerber erfolgreiche Ideen übernehmen können. Nach seiner Einschätzung muss Cardanos Engineering von schnellerer Produktausführung und stärkerer Unterstützung für die darauf aufbauenden Teams begleitet werden.
[NEWSBREAK]
Midnight verbindet Privatsphäre mit Wallet Regeln und KI Agenten
Hoskinsons Pläne für Midnight konzentrieren sich darauf, Aktivitäten über Netzwerke hinweg zu koordinieren und zugleich die Offenlegung sensibler Informationen zu begrenzen.
Er nutzte die Analogie eines VPN für dezentrale Finanzen, um Nightmode zu erklären. Die beabsichtigte Nutzererfahrung würde über eine Privatsphäre Schicht Zugang zu unterstützten Assets und Anwendungen bieten, während die Verbindung zu bestehenden Ökosystemen erhalten bleibt. Sein TRON Beispiel veranschaulichte dieses Designziel, ohne festzustellen, dass jede beschriebene Funktion bereits verfügbar war.
Für Verbraucher soll die Oberfläche einer gewöhnlichen mobilen App ähneln. Vertraute Authentifizierung läge oberhalb der Software, die die zugrunde liegenden Adressen, Netzwerke und Transaktionsschritte handhabt.
Wallet Schutz ist Teil dieses Designs. Hoskinson schlug vor, Ausgaberichtlinien und Verifizierungsanforderungen hinzuzufügen, die regeln, wie Vermögenswerte sich bewegen dürfen. Eine ungewöhnliche Überweisung, die den Großteil der Bestände eines Nutzers betrifft, könnte zum Beispiel zusätzliche Prüfungen auslösen.
Solche Kontrollen sollen begrenzen, was kompromittierte Zugangsdaten einem Angreifer ermöglichen. Ihre Wirksamkeit hängt von der Implementierung und den Regeln ab, die die Vermögenswerte schützen.
KI Agenten würden unter ähnlich expliziten Berechtigungen agieren. Ein Nutzer würde ein Ziel zusammen mit akzeptablen Preisen, Gebühren und Grenzen für die Ausführung definieren. Der Agent würde dann einen Weg suchen, der diese Anweisungen erfüllt.
Hoskinson veranschaulichte dies mit einem Händler, der mehrere Kryptowährungen erhält und sie in Stablecoins umwandeln möchte. Ein Agent könnte unterstützte Märkte vergleichen und Umwandlungen innerhalb der Vorgaben des Händlers ausführen, wodurch der Bedarf an ständiger manueller Intervention sinkt.
Seine vorgeschlagene Architektur verknüpft diese Ausführung mit kryptografischen Nachweisen dafür, dass die festgelegten Bedingungen erfüllt wurden. Die Zusicherung hängt davon ab, dass die Bedingungen korrekt ausgedrückt sind und was der Nachweis tatsächlich verifiziert.
Selektive Offenlegung würde für Identität einem ähnlichen Zweck dienen. Eine Anwendung könnte eine Zulassungsvoraussetzung prüfen, ohne alle zugrunde liegenden persönlichen Details zu erhalten. Hoskinson sieht diese Fähigkeit als relevant für Finanzanwendungen, bei denen Privatsphäre mit Teilnehmeranforderungen koexistieren muss.
Er äußerte zudem Interesse daran, Celestia für Datenverfügbarkeit und Filecoin für Archivspeicherung zu nutzen, sodass Midnight sich auf Privatsphäre und Koordination konzentrieren kann.
Für das Händlerbeispiel ist der beabsichtigte Workflow konkret: Konvertierungsregeln definieren, einen Agenten autorisieren, innerhalb dieser zu handeln, und verifizieren, dass die Ausführung diese Bedingungen respektierte. Das Interview kündigte kein Veröffentlichungsdatum für diesen vollständigen Workflow an.