Obwohl dies mein erster Beitrag in diesem Blog ist, kennen mich viele Menschen vielleicht bereits als die Person hinter Solidität. Ich habe kürzlich die Führung des C ++ – Teams übernommen und möchte meine Vision für die zukünftige Entwicklung teilen.
Ethereum ist ein kostenloses Softwareprojekt, mit dem jeder frei zu verwenden und zu verbessern ist. Nach dem, was wir auf unseren Konferenzen und Meetups gesehen haben, gibt es so viele Menschen, die an Projekten über Ethereum arbeiten, aber wir haben nur ein kleines Team, das auf der eigentlichen Plattform arbeitet. Ethereum sollte ein offenes Projekt sein, das für jeden eingeladen wird, Verbesserungen vorzuschlagen, sie tatsächlich umzusetzen und sie zu akzeptieren.
Als neues C ++ – Team führt ich mein Bestes, um die Eintrittsbarriere nicht nur für Benutzer (DAPP -Entwickler), sondern auch für Entwickler (Plattformentwickler) so niedrig wie möglich zu erhalten. Dies ist ein notwendiger Schritt, und ich bin davon überzeugt, dass Software entwickelt werden sollte, insbesondere Software, die für die Menschheit als Ganzes von Vorteil sein soll.
Natürlich kann die Community uns nur unterstützen, wir können niemanden bitten, eine wichtige Funktion mit einer Frist in ihrer Freizeit zu entwickeln. Aus diesem Grund konzentriert sich das Kernteam auf die wichtigsten Softwarekomponenten und viele andere Dinge werden optional sein. Wir werden jede Arbeit zwischen den Go- und C ++ – Teams löschen, es sei denn, es ist wichtig, Konsensfehler zu finden und hart daran zu arbeiten, die unsichtbare „Sprachbarriere“ zu entfernen und die Teams näher zusammenzubringen, um als ein zusammenhängendes Team zu fungieren.
Dies bedeutet, dass unsere Prioritäten Solidität und Mischung (IDE und Smart Contract Debugger) sein werden, während die C ++ – Implementierung von Ethereum/Web3 (“ETH”) ihre Schnittstelle mit der GO -Implementierung Geth ausrichten wird, sodass vorhandene Frontends wie Mist, die Ethereum -Geldbörse, die Geth -Konsole und andere Tools an beiden Backends ohne Änderungen angebracht werden können.
Auf der anderen Seite bedeutet dies, dass wir die Entwicklung des C ++ – UI Alethzero nicht in einen mit einem voll flockenden Dapp -Browser unterstützen können und sich freuen, seine einzigartigen Merkmale (hauptsächlich der Blockchain -Entdecker) als Dapp in Nebel integriert zu werden.
Auf technischeren Seite ist unsere derzeitige Roadmap wie folgt, während die meisten Gegenstände für die ETH von unserer Kapazität abhängen und möglicherweise davon, wie viel Hilfe wir von externen Mitwirkenden erhalten.
Wenn Sie helfen möchten, lesen Sie bitte unsere Leitfaden für Mitwirkende oder nach uns wenden gitter.
Solidität:
Die allgemeine Idee ist, Solidität flexibler zu gestalten und generische Datentypen implementieren zu lassen.
Spezifische geplante Funktionen:
- Anonyme Funktionen, die in internen Rückrufen für Funktionen wie MAP, Reduzierung, Sortier und andere, aber auch für asynchrone Cross-Contract-Rückrufe verwendet werden sollen
- Geben Sie Vorlagen ein, insbesondere für Bibliotheken, um wiederverwendbare Datenstrukturen zu ermöglichen
- Inline -Baugruppe
Inline -Montage- und Typ -Vorlagen werden hoffentlich die Implementierung anderer Merkmale beschleunigen.
Mischen:
Das einzigartige Merkmal von Mix ist der Soliditätsdebugger auf Quellenebene. Wir planen, es so zu erweitern, dass Sie auch bestehende Verträge debuggen können. Darüber hinaus möchten wir vorhandene Lösungen für das Paketmanagement und die Tests (Dapple, Trüffel, Einschiffe, …) integrieren.
Spezifische Merkmale:
- Debuggen vergangene Transaktionen in der Live- oder einer Testkette
- Führen Sie JavaScript -Unit -Tests direkt aus der IDE aus
- GitHub -Integration (laden / speichern in Repository, laden Bibliotheken direkt von GitHub).
- Warum3 (formale Überprüfung) Integration
ETH:
Wir werden ETH flexibler und interoperabler mit anderen Komponenten des Ethereum -Ökosystems machen. Auf diese Weise können wir Funktionen entfernen, die bereits an anderer Stelle implementiert sind, damit die ETH leichter zu bauen und zu warten ist. Darüber hinaus können wir leichter eingebettete Geräte und verschiedene Plattformen ansprechen. Wir möchten auch den Just-in-Time-Compiler für andere Implementierungen zur Verfügung stellen.
- Reduzieren Sie nach Möglichkeit externe Abhängigkeiten, verbessern Sie den Bauprozess
- Ersetzen Sie die ETH -Konsole durch NodeJS -Anwendung (entfernen Sie V8 als Abhängigkeit) oder “Geth Attach”
- Schnelle Synchronisierung
- Verbessern Sie gerade rechtzeitig Compiler in kleinen Zahlen
- Staatstrie -Schnitt
- leichter Client
- Integrieren Sie die ausführbare Grippe der privaten / Konsortiumkette in eine normale ausführbare Datei (abhängig von der Kapazität)
