Skip to content Skip to sidebar Skip to footer

12170 | Upgrade v3.4.3

3 min read 520 words 233 views

Source from:

Upgrade to terrad client v3.4.3.

Release v3.4.3

A new release of the terrad client has been created on the 27th of March 2025. The release notes for the new version can be viewed here:

https://github.com/classic-terra/core/releases/tag/v3.4.3

This release introduces:

  • mandatory and important security patches related to cosmos-sdk, wasmvm and ibc-go
  • on-chain support of wasm interface versions 1_2 and 1_3

The upgrade should cause no changes to the chain’s state and therefore will not require an upgrade handler. However, for the sake of coordination the upgrade team introduced an empty upgrade handler to be able to roll out the upgrade with a planned chain halt.

Proposal

This proposal seeks validator and community approval to update the terrad client to v3.4.3 (upgrade name v11_2). The chain will be halted at block height 22773300 which will approximately be processed on April 7, 2025 06:50PM UTC. The actual halt time is an early estimate, can vary and depends on the chain’s block speed until the specified height is reached. Upon passing of this proposal, an automatic chain halt will be scheduled at the specified height. The validators are going to be asked to install the new version of the terrad client after the chain halt occured.

Upgrade Instructions for Validators

As soon as the chain automatically halts at the designated upgrade block height follow the upgrade procedure. Please don’t execute these commands before the chain has halted:

$ git clone https://github.com/classic-terra/core core-v3.4.3
$ cd core-v3.4.3
$ git checkout v3.4.3
$ make build && make install 

In case you already have a local copy of the repository inside the local folder core:

$ cd core
$ git stash
$ git fetch --all
$ git fetch --tags
$ git checkout v3.4.3
$ make build && make install

Check the correct installation:

$ terrad version
v3.4.3

After that, restart the client with terrad start or your system service and wait for consensus. During that period, don’t restart the client if not otherwise asked to do so.

Infrastructure Providers

Infrastructure providers who run mantlemint accelerated LCDs are asked to build and install the updated mantlemint version from source after the upgrade block height is reached:

https://github.com/classic-terra/mantlemint/releases/tag/v3.4.3

Testing and Rollback

An upgrade to the current release candidate was conducted on rebel-2 testnet on 25th of March 2025 and the changes were tested extensively. If for some unforeseen (and unlikely) reason the new release will not be able to produce new blocks on mainnet then the upgrade name v11_2 can be applied to the previous release v3.4.0. In this case validators are going to be asked to roll back to a previous state and apply a patched v3.4.0 release.

Effects of Voting

  • YES – you agree to schedule an upgrade to v3.4.3
  • NO – you don’t agree to schedule an upgrade to v3.4.3
  • ABSTAIN – you want the proposal to reach quorum and align with the majority vote
  • VETO – you strongly disagree and want the prop to fail with a 33,33% veto threshold
Was this article helpful?
YesNo

12170 | Upgrade v3.4.3

3 min read 517 words 229 views

Quelle von:

Aktualisieren Sie auf terrad client v3.4.3.

Veröffentlichung v3.4.3

Eine neue Version des terrad-Clients wurde am 27. März 2025 erstellt. Die Release Notes für die neue Version können Sie hier einsehen:

https://github.com/classic-terra/core/releases/tag/v3.4.3

Diese Version führt ein:

  • obligatorische und wichtige Sicherheitspatches für cosmos-sdk, wasmvm und ibc-go
  • On-Chain-Unterstützung der Wasm-Schnittstellenversionen 1_2 und 1_3

Das Upgrade sollte keine Änderungen am Zustand der Kette verursachen und erfordert daher keinen Upgrade-Handler. Aus Gründen der Koordination hat das Upgrade-Team jedoch einen leeren Upgrade-Handler eingeführt, um das Upgrade mit einem geplanten Kettenstopp ausrollen zu können.

Vorschlag

Dieser Antrag bittet um die Zustimmung der Validierer und der Community zum Update des terrad-Clients auf v3.4.3 (Upgrade-Name v11_2). Die Kette wird bei der Blockhöhe 22773300 angehalten, die ungefähr am 7. April 2025 06:50PM UTC verarbeitet werden wird. Die tatsächliche Haltezeit ist eine frühe Schätzung, kann variieren und hängt von der Blockgeschwindigkeit der Kette ab, bis die angegebene Höhe erreicht ist. Bei Verabschiedung dieses Vorschlags wird ein automatischer Kettenstopp bei der angegebenen Höhe eingeplant. Die Prüfer werden aufgefordert, die neue Version des terrad-Clients zu installieren, nachdem die Kette angehalten wurde.

Upgrade-Anweisungen für Validatoren

Sobald die Kette automatisch an der vorgesehenen Höhe des Upgrade-Blocks anhält, folgen Sie dem Upgrade-Verfahren. Bitte führen Sie diese Befehle nicht aus, bevor die Kette angehalten hat:

$ git clone https://github.com/classic-terra/core core-v3.4.3
$ cd core-v3.4.3
$ git checkout v3.4.3
$ make build && make install 

Falls Sie bereits eine lokale Kopie des Repositorys im lokalen Ordner core haben:

$ cd core
$ git stash
$ git fetch --all
$ git fetch --tags
$ git checkout v3.4.3
$ make build && make install

Überprüfen Sie die korrekte Installation:

$ terrad version
v3.4.3

Starten Sie danach den Client mit terrad start oder Ihrem Systemdienst neu und warten Sie auf die Zustimmung. Starten Sie den Client während dieser Zeit nicht neu, wenn Sie nicht dazu aufgefordert werden.

Infrastruktur-Anbieter

Infrastrukturanbieter, die mantlemint-beschleunigte LCDs betreiben, werden gebeten, die aktualisierte mantlemint-Version aus dem Quellcode zu erstellen und zu installieren, nachdem die Höhe des Upgrade-Blocks erreicht ist:

https://github.com/classic-terra/mantlemint/releases/tag/v3.4.3

Testen und Rollback

Ein Upgrade auf den aktuellen Release Candidate wurde am 25. März 2025 im rebel-2 Testnet durchgeführt und die Änderungen wurden ausgiebig getestet. Sollte die neue Version aus irgendeinem unvorhergesehenen (und unwahrscheinlichen) Grund nicht in der Lage sein, neue Blöcke im Mainnet zu produzieren, kann der Upgrade-Name v11_2 auf die vorherige Version v3.4.0 angewendet werden. In diesem Fall werden die Prüfer gebeten, zu einem früheren Stand zurückzukehren und eine gepatchte v3.4.0 Version anzuwenden.

Auswirkungen der Stimmabgabe

  • JA – Sie stimmen zu, ein Upgrade auf v3.4.3 zu planen.
  • NEIN – Sie sind nicht damit einverstanden, ein Upgrade auf v3.4.3 zu planen.
  • ENTHALTUNG – Sie möchten, dass der Vorschlag das Quorum erreicht und sich der Mehrheitsentscheidung anpasst
  • VETO – Sie sind strikt dagegen und wollen, dass der Antrag mit einer Vetohürde von 33,33% scheitert
Was this article helpful?
YesNo
E-mail
Password
Confirm Password
QuoraTelegram