VTA Benchmark
Deep Technical Audit

Protocol Versioning + Upgrade / Fork Compatibility

This audit maps the evidence needed to distinguish ordinary software-version changes from consensus-changing upgrades. It uses the observed VTA Core version/protocol information already captured by the benchmark and the public project source as references, while deliberately avoiding unsupported claims about historical fork activation.

Observed Core Version

VERIFIED LOCAL NODE

The benchmark's VTA Core node reported client version 2.9.1.0 (numeric version 2090100).

P2P Protocol

VERIFIED LOCAL NODE

The same local node reported protocol version 70002.

Historical Fork Activation

EVIDENCE GAP

No complete release-by-release consensus activation timeline is claimed here without exact tagged commits and activation conditions.

Compatibility Model

Node Versionclient + protocol P2P Compatibilityhandshake / messages Consensus Rulesblock / tx acceptance Activation Ruleheight/time/version? Chainsame rules Compatibility test Can old and new nodes validate the same blocks and transactions? If rules diverge, activation evidence is required before calling an upgrade backward-compatible. Audit boundary No fork winner, safety claim, or activation date is inferred from version numbers alone.

Audit Matrix

AreaFindingStatus
Client versionLocal VTA Core node reported v2.9.1.0 / numeric version 2090100.Verified local observation
P2P protocol versionLocal node reported protocol version 70002.Verified local observation
Version-to-consensus equivalenceA client version number by itself does not establish which consensus rules differ from another release.Audit rule
Protocol handshake compatibilityThe source must be traced through version negotiation, peer admission and message handling for a release-specific compatibility claim.Not fully traced
Consensus activationExact activation heights/timestamps/version bits or equivalent mechanisms require release/tag-specific source evidence.Not fully verified
Hard-fork compatibilityNo claim is made that all VTA releases are mutually compatible; this requires a release matrix and historical chain replay.Not measured
Soft-fork compatibilityNo activation timeline is asserted without exact historical source and chain evidence.Not measured
Chain replay testNo full historical replay across multiple VTA software versions was performed by this page.Not measured
Network-wide upgrade adoptionNo current peer-version census is claimed.Not measured

What Counts as Strong Evidence

Release pinning

Record exact release/tag/commit hashes before comparing consensus behavior.

Activation evidence

Identify the actual height, timestamp, block version, or other activation condition in source and chain history.

Replay

Run old and new implementations against the same historical blocks to detect divergent validation results.

Interpretation rule: Protocol version, client version, and consensus-rule version are related but not interchangeable. This page therefore records the observed VTA values but does not label a release as fork-safe or fork-unsafe without release-specific evidence.