Taraxa Project
WebsiteExplorerCommunity Site
  • 👋Welcome!
  • 💵Wallet
    • Metamask
    • Ledger
    • Taraxa's Network Connection Details
  • 🌱Become a Validator
    • ⚙️Set up validator node
    • 🖥️Consensus node hardware requirements
    • 🚩Register node via community site
    • ⛓️Register node directly on-chain
    • 📣Solicit delegation
    • 🛠️Node upgrade & reset
  • 💰Staking
    • 💧Liquid Staking
    • 🚩Staking via community site
    • ⛓️Staking directly on-chain
  • 🌉Ficus Root Bridge
    • ↔️Bridge usage guide
    • 📜On-chain contracts
    • 🔎Audit Report
  • 💥Taraxa Grant Program
  • Develop on Taraxa
    • 🚀Start building on Taraxa!
    • 🔗Connecting to Taraxa
    • 📓Smart Contracts
      • Remix
    • ⚒️Common frameworks & Examples
    • 💧Testnet faucet
    • 🔩Taraxa RPC Specs
  • Node Operations
    • ⚙️Deploy A Node
      • Digital Ocean
      • AWS
      • Alibaba Cloud
      • Scaleway
      • Vultr
      • Linode
      • Azure
      • Hetzner
      • GitHub is blocked
    • 🪶Lite Consensus Node (beta)
    • ⏺️Upgrade a Node
      • ⬆️Upgrade Node
      • 🔁Reset Node
    • 🔀Syncing From Snapshot
    • 📬Node's Public Address
    • 🗝️Node's VRF Key
    • 📒Node Proof of Ownership
    • ❓Node Operations FAQ
    • 🔢Node Release Notes
    • ⚙️Install A Local Node
      • Windows
      • Mac
      • Linux
      • Digital Ocean
      • AWS
      • Alibaba Cloud
      • Scaleway
      • Vultr
      • Linode
      • Azure
      • Hetzner
      • GitHub is blocked
  • FAQ
    • 1️Layer-1 Tech
    • 🪙TARA Token
    • 🌱Mainnet
    • 🔁Exchange Integration
  • Whitepaper
    • Abstract
    • Intro: Scaling the World
    • Taraxa Architecture
    • Economic Model
    • Governance
    • Further Reading
  • NATIVE TOKEN CONVERSION
    • 💡Introduction
    • 🗓️Conversion Status
    • ❓Conversion FAQ
    • ⚗️Mock Conversion
    • 📋Exchange Submission
  • Governance
    • ℹ️Introduction
    • ⚡Voting Guide
Powered by GitBook
On this page
  • v1.11.0 - Ficus Hardfork on Mainnet
  • v1.8.0 - Aspen Hardfork PART TWO on Mainnet
  • v1.7.2 - Aspen Hardfork PART ONE on Mainnet
  • v1.5.1 - Magnolia Hardfork on Mainnet
  • v1.4.0
  • v1.3.2
  • v1.3.1
  • v1.3.0

Was this helpful?

  1. Node Operations

Node Release Notes

Dev release nodes for mainnet node post-conversion

PreviousNode Operations FAQNextInstall A Local Node

Last updated 9 months ago

Was this helpful?

v1.11.0 - Ficus Hardfork on Mainnet

Hardfork at block 11,616,000 on Mainnet

This contains Pillar Blocks which make the Ficus Root Bridge possible

Docker image:

docker pull taraxa/taraxa-node:v1.11.0

Github:

Release Highlights:

Features:

  • introduce pillar blocks for ficus bridge

  • update to the latest secp256k1 library

  • add debug_dposTotalAmountDelegated method to the API

  • improve gas estimation speed

  • clang-17 support

  • add support of MCOPY instruction

Bugfixes:

  • fix rewards stats cleaning

  • fix race condition while getting bulk transaction

  • fix race in ws subscription id

  • transaction gossip improvements

  • LogFilter topic filtering without address specified

  • fix null block vote

v1.8.0 - Aspen Hardfork PART TWO on Mainnet

Hardfork at block 8,572,000 on Mainnet

This completes the Aspen hardfork!

Docker image:

docker pull taraxa/taraxa-node:v1.8.0

Github:

Release Highlights:

Token Economic Improvements

v1.7.2 - Aspen Hardfork PART ONE on Mainnet

Hardfork at block 8,118,000 on Mainnet

Docker image:

docker pull taraxa/taraxa-node:v1.7.2

Github:

NOTE: v.1.7.0 contains the Aspen Hardfork, but v1.7.2 contains a critical bug-fix for node inter-communication during the upgrade process.

Release Highlights:

Token Economic Improvements

  • Another significant improvement in Aspen Hardfork PART ONE is that block rewards for DAG block production will be tied more directly to stake by rewarding DAG blocks on their possessing low VDF difficulty level, which is solely determined by VRF sortition tied to stake. It will no longer be based also on unique transaction inclusion. Under the previous system nodes could game unique transaction inclusion, or were rewarded based on proximity to transaction creators, or by using significant CPU hardware to somewhat outpace the VDF calculations of others.

v1.5.1 - Magnolia Hardfork on Mainnet

Hardfork at block 5,730,000 on Mainnet

This hardfork will take effect at PBFT block height: 5,730,000.

Features:

  • Parallel Execution of State Pruning: Enhanced efficiency by enabling parallel execution during state pruning.

  • Improved Tracing API: Upgraded tracing API for better performance and usability.

  • State Root Verification on Syncing: Ensured data integrity through state root verification during syncing processes.

  • Transaction Pool Overflow Improvements: Addressed transaction pool overflow issues for improved stability.

  • Sync-Gossip Transition Improvement: Optimized the transition between syncing and gossip protocols.

  • LOG.old Files Cleanup on Database Start*: Initiated cleanup of old log files on database startup for a cleaner DB environment.

  • Syncing Optimizations: Implemented optimizations for a smoother syncing process.

  • Removal of Existing Transactions Check: Streamlined operations by removing checks for existing transactions.

  • Reduced Prune Memory Usage: Optimized memory usage during pruning processes.

  • Added RPC Methods for Faster Indexing: Introduced new RPC methods to expedite the indexing process.

  • Optimized Peer Cache Memory Usage: Improved memory utilization within the peer cache.

  • Improved Performance of Vote Weight Calculation: Enhanced efficiency in vote weight calculation.

  • Improved Ping Timeout Handling on Discovery: Optimized handling of ping timeouts during the discovery process.

  • Handled Batch Requests via WebSocket Interface: Enabled handling of batch requests through the WebSocket interface.

  • Improved Light Node History Deletion: Enhanced the process of history deletion in light nodes.

Fixes:

  • Corrected Reward Votes Initialization: Fixed the initialization process of reward votes for accurate tallying.

  • Usage of All Passed Gas on Reverts: Resolved an issue with unused gas on reverts.

  • Period Data Transactions Order: Corrected the ordering of period data transactions.

  • Resolved Ignorance of PBFT Size Check on Syncing: Fixed an issue where PBFT size check was being ignored during syncing.

  • Fixed Syncing of DAG Blocks: Addressed syncing issues of DAG blocks for improved data consistency.

Hard Fork (HF) Features:

  • Process Rewards in Batches Every N Blocks: Implemented batch processing of rewards every N blocks for efficiency.

  • Jailing of Validator on Double Voting: Introduced a penalty mechanism for validators engaged in double voting by jailing them.

Github:

v1.4.0

Hardfork at block 3091000 on Mainnet

Docker image:

docker pull taraxa/taraxa-node:v1.4.0

Github:

Release Highlights:

DPOS Contract

  • Fixes a critical security vulnerability where a call to DPOS contract could cause a persisting error in the state readout for a validator.

  • Removes the depth limit on contract call enabling other contracts to interact with the DPOS contract

v1.3.2

Docker image:

docker pull taraxa/taraxa-node:v1.3.2

Github:

Release Highlights:

RPC

  • Added batch RPC request support via websockets

v1.3.1

Docker image:

docker pull taraxa/taraxa-node:v1.3.1

Github:

Release Highlights:

RPC

  • RPC changes to increase indexer performance

  • Update EVM submodule with added getTotalDelegation method to DPOS contract

Consensus

  • Disconnect nodes that send multiple PBFT votes (ie. equivocate) in same step in network layer

  • Properly rebroadcast blocks that local node has voted for

v1.3.0

Docker image:

docker pull taraxa/taraxa-node:v1.3.0-rc.10253

Github:

Release Highlights:

Storage

Syncing

Consensus

EVM

RPC

Improved Tracing

Light Node

Aspen Hardfork, implements the community approved which caps the max Taraxa token supply to 12 billion going forward. The first part of the hardfork (v1.7.2 at block 8,118,000) created the necessary data retention to ensure light-nodes will be able to smoothly upgrade in the final hardfork.

(v1.7.2)

(v.1.7.0)

Aspen Hardfork, when complete will implement the community approved which will cap the max Taraxa token supply to 12 billion going forward. Hardfork PART ONE creates the necessary data retention to ensure light-nodes will be able to smoothly upgrade in Aspen Hardfork PART TWO which will follow shortly after Aspen Hardfork part one.

🔢
https://github.com/Taraxa-project/taraxa-node/releases/tag/v1.11.0
https://github.com/Taraxa-project/taraxa-node/pull/2668
TIP-2
https://github.com/Taraxa-project/taraxa-node/pull/2713
https://github.com/Taraxa-project/taraxa-node/pull/2675
TIP-2
https://github.com/Taraxa-project/taraxa-node/releases/tag/v1.5.1
https://github.com/Taraxa-project/taraxa-node/pull/2548
https://github.com/Taraxa-project/taraxa-node/pull/2539
https://github.com/Taraxa-project/taraxa-node/commit/24e6c310b3168dc93b5d4095556eb41544f13e8b
https://github.com/Taraxa-project/taraxa-node/compare/master...release/v1.3.0
Remove duplicated columns from db
Change how we process db versions changes
Feature: implement db migrations
Feature: add transaction hashes migration
Fix to update db version only if rebuild_db or all migrations was applied
Check state root during syncing
Fix setting reward votes period on node startup and sync init
Fix to not broadcast votes that were not processed
Fix request vote syncing only if packet sender is vote author
Save nodes own votes and re-gossip them for faster sync
Correct check for duplicate reward votes
Fixed exponential backoff behavior in event of partition
Fixed gas estimation for transactions with calls to internal contract methods
Fixed use of all passed gas [sic] on reverts
Updated evm submodule with correct address in dpos_contract logs
Implemented EIP-1898
Implemented trace_replayTransaction
Added support for tracing blocks
Prune state db initiated manually from command line