#stellaractivatesprotocol28at211tps
Protokoll 28 bietet Stellar-Entwicklern neue Upgrade-Tools
Das Stellar-Protokoll 28 bringt einen neuen Ansatz zur Verwaltung von Gruppen intelligenter Verträge und könnte eine der schwierigeren Aufgaben in der Blockchain-Entwicklung vereinfachen: das Aktualisieren von Anwendungen, die bereits in Betrieb sind.
Das Upgrade CAP-85 führt extern verwaltete ausführbare Vertragselemente ein. Anstatt separate Implementierungen über zahlreiche Vertragsinstanzen hinweg zu pflegen, können Entwickler eine gemeinsam genutzte ausführbare Referenz erstellen. Das Aktualisieren dieser Referenz kann die von den beteiligten Verträgen verwendete Implementierung atomar ändern.
Dieses Design ist besonders relevant für Protokolle, die große Mengen ähnlicher Verträge betreiben. Ein herkömmliches Upgrade von Eins zu Eins kann eine Phase erzeugen, in der einige Instanzen neuerem Code verwenden, während andere weiterhin ältere Versionen ausführen. Stellar sagt, CAP-85 sei so konzipiert, dass diese Inkonsistenz für Verträge entfällt, die die neue Architektur verwenden.
Protokoll 28 führt außerdem CAP-86 ein, das sich auf Datenmigration konzentriert. Smart-Contract-Anwendungen entwickeln ihre Datenstrukturen häufig weiter, wenn neue Funktionen hinzukommen. Die neuen Sparse-Map-Host-Funktionen sollen diese Migrationen flexibler machen.
Die Änderungen sind ein Opt-in für die jeweiligen Teams intelligenter Verträge. Entwickler, die die neuen Fähigkeiten übernehmen, müssen gegen aktualisierte Soroban-SDK-Versionen neu aufbauen.
In der Zwischenzeit nennt Stellar in seiner offiziellen Dokumentation CAP-85 und CAP-86 als zwei der drei wichtigsten neuen Funktionen, die Adapter einführt, wobei CAP-83 das Konsensverhalten adressiert.
$XLM
$DRIFT
$COTI
Protokoll 28 bietet Stellar-Entwicklern neue Upgrade-Tools
Das Stellar-Protokoll 28 bringt einen neuen Ansatz zur Verwaltung von Gruppen intelligenter Verträge und könnte eine der schwierigeren Aufgaben in der Blockchain-Entwicklung vereinfachen: das Aktualisieren von Anwendungen, die bereits in Betrieb sind.
Das Upgrade CAP-85 führt extern verwaltete ausführbare Vertragselemente ein. Anstatt separate Implementierungen über zahlreiche Vertragsinstanzen hinweg zu pflegen, können Entwickler eine gemeinsam genutzte ausführbare Referenz erstellen. Das Aktualisieren dieser Referenz kann die von den beteiligten Verträgen verwendete Implementierung atomar ändern.
Dieses Design ist besonders relevant für Protokolle, die große Mengen ähnlicher Verträge betreiben. Ein herkömmliches Upgrade von Eins zu Eins kann eine Phase erzeugen, in der einige Instanzen neuerem Code verwenden, während andere weiterhin ältere Versionen ausführen. Stellar sagt, CAP-85 sei so konzipiert, dass diese Inkonsistenz für Verträge entfällt, die die neue Architektur verwenden.
Protokoll 28 führt außerdem CAP-86 ein, das sich auf Datenmigration konzentriert. Smart-Contract-Anwendungen entwickeln ihre Datenstrukturen häufig weiter, wenn neue Funktionen hinzukommen. Die neuen Sparse-Map-Host-Funktionen sollen diese Migrationen flexibler machen.
Die Änderungen sind ein Opt-in für die jeweiligen Teams intelligenter Verträge. Entwickler, die die neuen Fähigkeiten übernehmen, müssen gegen aktualisierte Soroban-SDK-Versionen neu aufbauen.
In der Zwischenzeit nennt Stellar in seiner offiziellen Dokumentation CAP-85 und CAP-86 als zwei der drei wichtigsten neuen Funktionen, die Adapter einführt, wobei CAP-83 das Konsensverhalten adressiert.
$XLM
$DRIFT
$COTI
