12142 | Textvorschlag – Entfernung von Forked Modules aus Terra Classic

Zusammenfassung

OrbitLabs schlägt vor, die geforketen Mainline-Module aus der Terra Classic Blockchain zu entfernen, um die Wartbarkeit zu verbessern, technische Schulden zu reduzieren und sich an das breitere Cosmos-Ökosystem anzupassen.

Eine umfassende Einführung in unsere Teams und Qualifikationen finden Sie unter: https://hackmd.io/@orbitlabs/SJiDiG22A

Aktuelle Situation

Die Terra Classic Codebasis verwendet derzeit mehrere Fork-Versionen von Cosmos-Modulen, um ihre einzigartigen Funktionen unterzubringen. Diese Forks haben dazu geführt, dass die Codebasis immer weiter von den Upstream-Modulen abweicht, was die Wartungskosten in die Höhe treibt, solange das so bleibt.

Mit den aktuellen Versionen von Luna Classic und den vorgelagerten Modulen haben wir jetzt die Möglichkeit,:

• Entfernen Sie die Forked-Module, die vom Terra Classic-Team gepflegt werden
• Integrieren Sie die vorgelagerten Standardmodule
• Portieren Sie Terra Classic-spezifische Änderungen an dem Terrad-Modul selbst

Dieser Ansatz würde es Terra Classic ermöglichen, aktuelle Sicherheiten und Funktionen vom Cosmos-Entwicklungsteam zu übernehmen, was die Wartungskosten und den Zeitaufwand massiv reduzieren würde.

Terra Classic Anpassungen/Gabeln

#### CosmosSDK:

• Benutzerdefinierte Logik für OracleTx: Unterstützung für die Behandlung von Oracle-Transaktionsprioritäten.
• Benutzerdefinierte Einsatzlogik: Begrenzen Sie die Stimmkraft des Validators auf 20%.

#### CometBFT (früher Tendermint):

• Oracle-Transaktionen: Es wurde die Funktionalität hinzugefügt, Terra Classic spezifische Oracle-Transaktionen zu verarbeiten.

#### Wasmd

• Veraltete Schlüssel: Die aktuellen Schlüssel, die in Terra Classic’s Wasmd Fork verwendet werden, sind veraltet. Dies wirkt sich darauf aus, wie vertragsbezogene Daten im Blockchain-Status gespeichert und abgerufen werden.

Konsequenzen des Nichtstuns

Wenn wir dieses Problem nicht angehen:

Erhöhte Wartungskosten

Da Terra Classic weiterhin Fork-Versionen der Cosmos-Kernmodule pflegt, wird der Aufwand, diese Forks mit Upstream-Entwicklungen synchron zu halten, zunehmen. Dies wird erhebliche Entwicklerressourcen erfordern, um Updates, Fehlerbehebungen und Kompatibilität zu verwalten, was zu erhöhten Betriebskosten führt.

Verpasste Upstream-Verbesserungen

Durch die Abweichung vom Mainline-Cosmos-SDK und den zugehörigen Modulen läuft Terra Classic Gefahr, bei der Übernahme wichtiger Verbesserungen und neuer Funktionen, die von der breiteren Cosmos-Community entwickelt wurden, ins Hintertreffen zu geraten. Dies kann die Wettbewerbsfähigkeit von Terra Classic einschränken und die Integration zukünftiger Technologien, Upgrades, Leistungsverbesserungen und anderer Innovationen erschweren.

Erhöhte Sicherheitsrisiken

Die verzögerte Übernahme von Upstream-Sicherheitspatches und Schwachstellenbehebungen setzt die Terra Classic-Kette potenziellen Angriffen aus. Je länger Terra Classic mit veralteten Modulen arbeitet, desto größer ist das Risiko, von bekannten Sicherheitslücken betroffen zu sein, die im Cosmos-Ökosystem bereits behoben wurden.

Zurückhaltendes Entwickler-Ökosystem

Eine Codebasis, die zunehmend nicht mehr mit dem Haupt-Ökosystem von Cosmos übereinstimmt, könnte L1-Entwickler davon abhalten, zu Terra Classic beizutragen. Das Erlernen der Codebasis wäre für die Entwickler zusätzlich kompliziert, was die Innovation und das Engagement der Entwickler einschränken könnte.

Vorgeschlagene Lösung

Wir schlagen vor, die geforketen Mainline-Module zu entfernen und sie durch die Standard-Cosmos-Module zu ersetzen. Dieser Prozess wird in zwei Phasen unterteilt sein

Phase 1

• CometBFT von v0.37.4-terra1 auf die Mainline-Version v0.37.4 entpacken
  • Dies beinhaltet die Aktualisierung der Konsens-Engine, um sie an die Version 0.37.4 von CometBFT anzupassen.
  • Ausführliche Tests sind erforderlich, um die Stabilität des Netzwerks zu gewährleisten.
• Aktualisieren Sie CosmosSDK von v0.47.10-terra.1 auf v0.47.10
  • Migrieren Sie auf die Version v0.47.10 von CosmosSDK, die mit unserer Zielversion v0.37.4 von CometBFT kompatibel ist.
  • Identifizieren und lösen Sie alle Konflikte mit Terra Classic spezifischen Funktionen

• Verschieben Sie das Orakel und die Einsatzlogik nach Terrad
  • Refaktorieren Sie das Orakel-Modul, damit es mit dem aktualisierten CosmosSDK kompatibel ist.
  • Stellen Sie sicher, dass alle Terra Classic-spezifischen Orakel-Funktionen beibehalten werden.

Phase 2

Migration von Wasmd von v0.46.0-classic.1 auf das Mainline Wasmd v0.46.0

• Migration des Vertragsspeichers, um Kompatibilität mit bestehenden Smart Contracts zu gewährleisten
• Umfassende Tests der Vertragsausführung und der Statusmigrationen
  • Unit-Tests: Aktualisieren Sie bestehende und erstellen Sie neue Unit-Tests für die Migrationslogik von Vertragsspeichern und Zustandsmigrationen.
  • Integrationstests: Entwickeln Sie End-to-End-Tests, die den gesamten Migrationsprozess simulieren, einschließlich der Bereitstellung und Ausführung von Verträgen und der Interaktion mit mehreren Verträgen.
  • Status-Snapshot-Tests: Importieren Sie einen Snapshot des aktuellen Blockchain-Zustands, führen Sie einen Trockenlauf der Migration durch, überprüfen Sie den Zustand und die Funktionalität des Vertrags nach der Migration und testen Sie Rollback-Prozeduren.

Vorteile

• Verbesserte Wartbarkeit und weniger technische Schulden
• Leichtere Übernahme zukünftiger CosmosSDK-Updates
• Verbesserte Sicherheit durch schnellere Implementierung von Upstream-Korrekturen
• Verbesserte Interoperabilität mit anderen Cosmos-basierten Ketten
• Potenzial, mehr Cosmos-Entwickler für das Terra Classic Ökosystem zu gewinnen

Zeitplan und Meilensteine

Phase 1 (voraussichtlich 8 Wochen):

• Woche 1: Detaillierte Analyse und Planung
• Wochen 2-3: CometBFT unfork und Integration
• Wochen 4-5: CosmosSDK-Update und Konfliktlösung
• Woche 6: Oracle und Migration der Einsatzlogik zu Terrad
• Wochen 7-8: Ausführliche Tests, Überprüfung durch die Community und Vorbereitung auf die Bereitstellung des Testnetzes

Phase 2 (voraussichtlich 10 Wochen):

• Wochen 1-2: Planung der Wasmd-Migration und erste Implementierung
• Wochen 3-6: Wasmd-Integrations- und Vertragskompatibilitätstests
• Wochen 7-8: Netzwerkweite Tests und Leistungsoptimierung
• Wochen 9-10: Abschließende Überprüfung, Dokumentation und Vorbereitung für die Testnet-Bereitstellung.

Budget

Beantragtes Gesamtbudget: Die Zahlung wird in zwei Phasen aufgeteilt und über zwei separate Ausgabenvorschläge beantragt.

Phase 1

Fiat Wert: $16.000 USD

Phase 2

Fiat Wert: $20.000 USD

*Gesamtwert: $36.000 USD*

*Hinweis: Der tatsächliche LUNC-Betrag für jede Phase wird anhand des Echtzeitpreises von LUNC berechnet, wenn die einzelnen Ausgabenvorschläge eingereicht werden.

KYC-Zertifizierung

Gemäß Vorschlag #12129 müssen Überprüfungen, die den Code in den Terra Classic Repositories genehmigen, von KYC-überprüften Personen durchgeführt werden. OrbitLabs wird von sollidproof.io kycisiert.

https://github.com/solidproof/Projects/blob/main/2024/Kien/KYC_Certificate_SolidProof_Individual_Kien.jpg
https://github.com/solidproof/Projects/blob/main/2024/Tien/KYC_Certificate_SolidProof_Individual_Tien.jpg
https://github.com/solidproof/Projects/blob/main/2024/Tuan%20Tran%20/KYC_Zertifikat_SolidProof_Einzelperson_TuanTran.jpg

Update zum Fortschritt

Wir werden während des gesamten Projekts wöchentlich bis zweiwöchentlich Fortschrittsberichte veröffentlichen, um Transparenz zu gewährleisten und die Terra Classic Community über alle Entwicklungen zu informieren. Um das Engagement zu maximieren und Echtzeit-Updates zu liefern, werden wir mehrere Kommunikationskanäle nutzen, wie unten beschrieben:

Twitter Updates

• Wir werden Sie regelmäßig über unsere offizielle Website [Twitter account] (https://twitter.com/orbit__labs) informieren. Diese Updates werden die wichtigsten Meilensteine, den Entwicklungsfortschritt, aufgetretene Herausforderungen und eventuelle Anpassungen des Zeitplans umfassen. Twitter wird auch als Plattform für die Beantwortung von Anfragen aus der Community und für kurze Updates dienen.
• Zusätzlich zu den projektspezifischen Updates werden wir allgemeine Informationen über Blockchain-Entwicklungen und Governance-Diskussionen im Zusammenhang mit Terra Classic bereitstellen.

GitHub Commits

• Alle Codeänderungen werden in unseren offiziellen GitHub-Repositories öffentlich zugänglich sein. Jeder Commit wird von einer detaillierten Commit-Nachricht begleitet, in der der Umfang der Änderung, die Gründe für die Änderung und alle damit verbundenen technischen Überlegungen erläutert werden.
• Pull Requests (PRs) werden von einer umfassenden Dokumentation begleitet und stehen der Community zur Überprüfung offen. Wir ermutigen die Entwickler der Community, sich an den Diskussionen über diese PRs zu beteiligen, um maximale Transparenz und Zusammenarbeit zu gewährleisten.

AMAs der Gemeinschaft

• An wichtigen Meilensteinen (wie z.B. dem Abschluss wichtiger Phasen) werden wir Ask Me Anything (AMA)-Sitzungen veranstalten. Diese werden der Community die Möglichkeit geben, Fragen direkt an das Entwicklungsteam zu stellen.
• Die AMAs werden auf Twitter Spaces veranstaltet. Wir werden die AMAs im Voraus über Twitter ankündigen, und alle wichtigen Erkenntnisse aus diesen Sitzungen werden in den Updates nach der AMA zusammengefasst.

Medium/HackMD Blog-Beiträge:

Für ausführlichere, detailliertere Updates werden wir regelmäßig Blogbeiträge auf Medium/HackMD veröffentlichen. Diese Artikel werden als umfassende Berichte dienen, die Projektübersichten, technische Herausforderungen, Lösungen und zukünftige Pläne enthalten.

Fazit

Indem wir die geforkten Mainline-Module entfernen, wollen wir Terra Classic für langfristige Nachhaltigkeit und Wachstum innerhalb des Cosmos-Ökosystems positionieren. Wir glauben, dass dieser Ansatz die Notwendigkeit von Verbesserungen mit einem umsichtigen Risikomanagement und der Einbindung der Community in Einklang bringt.
Wir begrüßen das Feedback und die Diskussion der Terra Classic Community zu diesem Vorschlag.

Details

• Autoren :OrbitLabs
• Vorschlag Forum Link : https://commonwealth.im/terra-luna-classic-lunc/discussion/24923-proposal-removal-of-forked-modules-from-terra-classic

Vote_option_context

• Ja: Unterstützen Sie den Vorschlag von OrbitLabs, geforkte Module aus der Terra Classic Codebasis zu entfernen.
• Nein: Widersetzen Sie sich dem Vorschlag von OrbitLabs, geforkte Module aus der Terra Classic Codebasis zu entfernen.
• Enthaltung: Sie haben keine starke Meinung und akzeptieren die Entscheidung der Mehrheit.
• Nein mit Veto: Sie glauben, dass dieser Vorschlag schädlich ist und nicht umgesetzt werden sollte.