JETSAM (JTM) is one of the most technically interesting new cryptocurrency projects I have examined recently. JETSAM focuses on a difficult long-term blockchain problem: how a new node can verify an established network without downloading and replaying its entire history.
Bitcoin users have long had ways to reduce storage and synchronization requirements. SPV wallets verify payments using block headers and transaction proofs without operating as full validating nodes, while pruned Bitcoin nodes validate the blockchain before discarding older block data. AssumeUTXO can make a bitcoin node usable sooner by starting from an authenticated snapshot while historical validation continues in the background. Jetsam takes a different approach: its recursive proofs are intended to let an independently verifying node authenticate the current state without first downloading and replaying the blockchain’s complete transaction history.
The project’s name comes from the maritime term jetsam, meaning cargo deliberately thrown overboard to keep a ship afloat. That idea describes its central design. Jetsam applies recursive proofs to let independently verifying nodes authenticate the current state without downloading and replaying the blockchain’s complete transaction history. Each new block carries a proof that incorporates the validity established by the preceding proof, creating an unbroken chain back to genesis.
In principle, this allows the work required to join the network to remain relatively constant even as the blockchain ages. A node joining near block three million should not need to replay all three million blocks. This could make operating a node more practical over the long term and reduce the historical-data burden found on conventional blockchains.
The claim requires careful wording, however. JETSAM’s node requirements are designed to remain independent of the chain’s age, but they are not entirely fixed. Storage can still increase as the network’s live state grows. The project acknowledges this distinction and describes its system as maintaining the current state rather than every transaction ever recorded. That honesty makes the technical presentation more credible than simply claiming an infinitely scalable or permanently tiny blockchain.
There is also a tradeoff in throwing away historical block data. The recursive proof can demonstrate that previous state changes were valid, but it does not preserve those transactions in a form users can browse later. Exchanges, researchers, auditors and blockchain explorers may still want archival services that voluntarily retain historical information. JETSAM therefore reduces the history every validating node must hold, but it may create a separate need for trustworthy and independently operated archival infrastructure.
JETSAM uses a proof-of-work system called TowerHash, constructed from the Poseidon2b permutation and binary-field arithmetic. CPU mining is built directly into the node, so participants do not initially need separate mining software. No official GPU miner is available, although the mining interface is public. CPU accessibility is encouraging, but it may be temporary if privately optimized GPU or FPGA miners gain a substantial advantage. Independent benchmarking will be important.
The monetary policy is clearly defined. JTM has a hard limit of 21 million coins, with 50 JTM initially issued per block and seven scheduled reward reductions. The entire subsidy is designed to end after approximately 9.9 years, after which miners must depend on transaction fees.
Genesis contains no mining reward, supporting the project’s zero-premine claim. However, 10% of block rewards during the first two years goes to a development fund. That fund is capped at 1,163,996 JTM, or approximately 5.54% of the maximum supply. It is not a premine because the coins are created gradually through the published schedule, but users should still understand who controls the resulting funds and how they will be spent.
Another unusual feature is that spending does not use conventional elliptic-curve signatures. Instead, ownership is demonstrated through a zero-knowledge proof of knowledge of a hash preimage. The project consequently describes the system as post-quantum by construction. That is an interesting design choice, but JETSAM itself has not undergone an independent security audit. Its recursive proving system and security arguments are substantially inherited from the earlier ParanO(1)d project, which JETSAM openly credits. JETSAM’s documentation identifies both that lineage and the changes made to the original design.
JETSAM has a coherent purpose, working mainnet, public source code, a block explorer, downloadable software and an independent RPlant mining pool. Its developers also distinguish carefully between original work and inherited technology. The JETSAM source repository currently shows dozens of commits, although there are no visible forks and little outside participation.
The network is only days old, so its most important claims remain unproven in practice. JETSAM needs independent cryptographic review, additional miners and nodes, archival infrastructure and time under adversarial conditions. Nevertheless, its attempt to separate blockchain verification from endless historical replay gives it a genuine technical identity.
The official Jetsamchain.com website and BitcoinTalk announcement provide additional information.
Be First to Comment