Version 18.0 contains a new version (v10) of the protocol environment, which is the set of functions that a protocol can call. This new version is used by protocol Oxford, which is a proposal for the successor of Nairobi. This release also contains Oxford itself as well as its associated protocol-specific executable binaries (baker, accuser, etc).
Starting from Oxford, Endorsements have been renamed to Attestations. Thus, Octez now uses Attestations:
- RPCs now accept both endorsements and attestations as input and/or output. For now, these RPCs still output endorsement by default. For more information see the OpenAPI specifications here.Please note that the endorsement RPCs versions are considered as deprecated and will be removed in the next Octez major version (‘’v19.x’’).
Client, baker, and accuser executables use
endorsementin error messages and events.
DAC node and client executables are released for experimental usage only. Users can experimentally integrate a DAC in their Smart Rollups workflow to achieve higher data throughput and lower gas fees. Please refer to Data Availability Committees for more details.
Octez version 18 increments the snapshots version from
Thus, snapshots exported with Octez versions >= 18.0 cannot be used nor imported by nodes running previous versions.
The store version upgrade is automatic and irreversible. Once a v18.0 node initializes, it will permanently upgrade a pre-existing store to the new version.
Octez version 18 improves performance, notably to the block validation process: total validation time is halved on average, resulting in a reduced block propagation time.
v18 also fixes a concurrency issue in the logging infrastructure which can cause the node to become temporarily unresponsive.
As Oxford includes a new Staking mechanism, version 18 of Octez implements new client commands for stake funds management, and to allow delegates to configure their staking policies. See Adaptive Issuance and Staking for more details.
Oxford’s feature activation vote¶
The Oxford protocol includes 3 features (all part of Adaptive Issuance and the new Staking mechanism), which would not be immediately available upon the protocol’s eventual activation:
the ability for delegators to become stakers; and,
the changes in weight for staked and delegated funds towards the computation of baking and voting rights.
Instead, these are guarded behind a single per-block vote mechanism, where bakers signal their position (On, Off, Pass).
Specifically, the Octez v18.0 Oxford baker executable introduces a dedicated option
--adaptive-issuance-vote, to allow bakers to manifest their choice.
The use of this flag is optional, and defaults to Pass if not present.
See here for further details on this additional activation vote mechanism.
To update from sources:
git fetch git checkout v18.0 make clean opam switch remove . # To be used if the next step fails make build-deps eval $(opam env) make
If you are using Docker instead, use the
v18.0 Docker images of Octez.
You can also install Octez using Opam by running
opam install octez.
Starting from Octez v18, the Opam packages are being reworked as a new set containing fewer packages. This allows easier installation and maintenance.
These changes are transparent for users of the different kinds of Octez distributions (static executables, Docker images, Opam-installed binaries, etc.). They only impact software developers directly relying on Opam packages within the Octez repository (i.e. using them as dependencies).
- Most of the Opam packages have been aggregated into the following packages:
octez-libs : Contains the base libraries for Octez.
octez-shell : Contains the Octez shell related libraries.
octez-proto-shell : Contains the Tezos protocol dependent libraries.
octez-l2-libs : Contains the layer 2 related libraries.
- For each protocol
octez-protocol-P-libs : The protocol
tezos-protocol-P: The Tezos protocol
- For each protocol
The other packages have not (yet) been packed into aggregated packages: some of them may be refactored in future versions; some other are meant to remain standalone. In particular, each Octez binary is contained for now in a separate standalone package.
Finally, be aware that the old packages, that are now sub-libraries of the packages mentioned above, have been renamed by removing the
For protocol dependent sub-libraries, the redundant protocol name suffixes have also been removed.
Tezos-client-018-PtNairob is now the sub-library
Client of the package
For more details, see the OCaml API.