Live financial news intelligence

Track market-moving stories before they get noisy

Real-time pulse of financial headlines curated from 5 premium feeds.

Latest market signal Czech Filtered by asset POLYX
Coverage 92,282 Raw stories ingested 7,953 rewritten in CS_CZ • 0 to rewrite (last 2 days).
Agents 7 waiting Pipeline agents
  • FMP Stock News Fetch every minute 27s ago
  • FMP Forex News Fetch every 5 min 3m ago
  • CoinGecko News Fetch every 5 min 3m ago
  • FIO Stock News Fetch every 10 min 2m ago
  • Patria Stock News Fetch every 10 min 2m ago
  • Editorial rewrite Rewrite every minute 27s ago
  • Asset sync Assets every 1 hour 32m ago

Latest coverage

Market News Feed

Scan headlines quickly, then expand any story for source context.

View
Language
Relevance
Clear
Details Date Content Source Relevance
2026-07-23 00:48 3d ago
2026-07-22 16:25 3d ago
Polymesh v8 na mainnetu přidává EVM a onboarding
POLYX Polymesh
CoinGecko News 88
Original source text
Polymesh v8 is live on Mainnet: permissionless onboarding, frictionless transfers, account-level asset holding, EVM smart contracts, and Confidential Assets on Testnet.

Polymesh v8 is now live on Mainnet. It's the largest upgrade to the network since launch, and it touches most of the core systems: onboarding, settlement, asset holding, smart contracts, and hardware wallet support. Much of it is aimed at removing long-standing friction for users and developers while keeping the identity and compliance model that Polymesh is built around.

Simpler onboardingUntil now, joining Polymesh meant going through a CDD Provider. You completed identity verification and received a CDD claim before you could do much of anything. In practice this often meant sitting through two onboarding flows: one for the chain, and another for the application or asset you actually wanted to use.

v8 removes the CDD claim requirement. Any account can now register an identity (DID) for itself directly on-chain, with no intermediary involved. CDD Providers have been renamed to DID Registrars, and they still work the way you'd expect: they can onboard identities on behalf of users who want a managed experience, and businesses that need verified-identity workflows can continue to layer those on with claims.

For new users and developers this is a much shorter path onto the network. For institutions, nothing is lost. Registrar-based onboarding is still there for anyone who wants it.

Automatic receiver affirmationIn previous versions, settlement instructions waited on the receiver's affirmation by default. This prevents unwanted transfers, but it adds a step before assets can settle, and it tends to surprise anyone coming from other blockchain ecosystems where transfers simply land in your account.

In v8, receiver affirmation is automatic by default. When assets are sent to you, they settle without you having to approve them first. Workflows that need explicit receiver approval can opt back in on a per-identity basis, which some institutional flows will want to do.

If you build applications on Polymesh, this deserves a close look. Any code that assumes incoming transfers require the receiver's approval should be reviewed.

Assets held directly on accountsPolymesh has always organized holdings through identity-owned portfolios. In v8, accounts (signing key public addresses) can also hold assets directly, both fungible tokens and NFTs, with no portfolio involved. A new transfer method moves funds between any combination of accounts and portfolios without creating a settlement instruction.

Portfolios remain fully supported and are still the right model for institutional setups that need shared control through secondary keys. Developers can now choose whichever ownership model fits their application.

v8 also adds allowances: an account can authorize another account or a smart contract to move a set amount of its assets within limits it defines. Anyone who has worked with ERC-20 tokens will recognize the approve-and-spend pattern. It makes delegated and contract-driven workflows possible without handing over signing authority.

EVM smart contractsv8 brings EVM compatibility to Polymesh through a new dual-VM contract engine. Solidity contracts can run either as native PolkaVM bytecode or as standard EVM bytecode in a full EVM environment. A new Ethereum JSON-RPC proxy lets MetaMask, ethers.js, and other standard Ethereum tooling talk to Polymesh contracts directly.

Solidity developers can now build and deploy on Polymesh with the tools they already know. This release lays the groundwork; direct access from contracts to Polymesh's native identity, compliance, and settlement features is a major focus of ongoing development, and we'll share more as that work progresses.

Confidential Assets on Testnetv8 introduces Confidential Assets, currently on Testnet. They use zero-knowledge proofs to keep the sender, receiver, asset, and amount of a transfer private, while retaining the auditor and mediator controls that regulated markets require.

Confidential Assets are available on Testnet today for experimentation and feedback. They are disabled on Mainnet while development, testing, and auditing continue. We'll publish more on this in the coming weeks.

Better hardware wallet supportv8 adds a metadata-hash-based signing scheme that lets generic signers, including the generic Polkadot Ledger app, decode and display full Polymesh transaction details. Your Ledger can now show you exactly what you're signing, and because verification runs against the runtime's own metadata, it keeps working as the network evolves. The dedicated Polymesh Ledger app is being updated to support the same scheme. Existing accounts and derivation paths continue to work.

Under the hoodv8 also retires several custom components in favor of standard, widely audited Polkadot SDK implementations, including the balances and staking systems. Most users won't notice a difference day to day, but Polymesh now benefits directly from upstream improvements and security review across the broader Polkadot ecosystem, and works better with standard tooling.

What to do nextIf you're a user, the easiest way to see the difference is to onboard fresh. Creating an identity and holding an asset is now a much shorter process.

If you're a developer or run infrastructure against the chain, be aware that v8 is a major release with real breaking changes. Call indices, event shapes, and storage layouts have moved. We've published a full migration changelog covering every pallet; start there before you upgrade.

Thank you to everyone who tested, filed issues, and ran nodes on Testnet throughout the v8 cycle. We're looking forward to seeing what you build.

Read the full v7.4 → v8.0 changelog on the developer portal
2026-06-25 02:31 1mo ago
2025-12-15 13:41 7mo ago
Polymesh představil soukromé vypořádání RWA na DevNet
POLYX Polymesh
CoinGecko News 78
Original source text
Toronto, Canada, December 15th, 2025, Chainwire

New capability enables confidential, audit-ready asset transfers on a public permissioned blockchain.

Polymesh, the public permissioned blockchain purpose-built for regulated assets, today announced the launch of Confidential Assets on the Polymesh DevNet. This new capability introduces private, fully auditable settlement flows for real-world assets (RWAs), enabling institutions to conduct onchain activity without exposing sensitive positions, transaction sizes, or counterparty information.

The launch of Confidential Assets allows institutional participants to move RWA workflows onchain while keeping participant identities, balances, and transfer amounts confidential, with controlled visibility for auditors and regulators.

Confidential Assets are powered by P-DART, a protocol developed by Polymesh Labs in collaboration with researchers at the University of Edinburgh. The system encrypts key elements of a transaction – including identity, amounts, and asset identifiers – while maintaining verifiability and settlement finality. The approach allows issuers to appoint auditors who can decrypt activity when required for regulatory, legal, or operational reasons.

Institutions have historically faced a trade-off between staying in private, siloed environments to preserve confidentiality or operating on public chains that introduce transparency incompatible with market workflows. Confidential Assets are designed to remove this tension by combining privacy with enforcement and oversight on a public permissioned network.

Key Capabilities

Encrypted balances, amounts, and identities, preserving confidentiality for market participants. Designated auditor access, enabling regulated entities to view transaction details for reporting or dispute resolution. Non-interactive confidential transfers, supporting asynchronous workflows used in institutional settings. Issuer-led force transfer support, allowing corrections related to errors, legal actions, or key loss within appropriate frameworks. Multi-asset atomic settlement, enabling confidential multi-leg transactions to settle simultaneously. The DevNet release provides a dedicated environment for developers and market operators to test confidential settlement workflows ahead of future testnet and mainnet deployments without impacting broader network stability. The environment is suited for prototyping confidential OTC workflows, private asset issuance, fund operations, block trades, and other regulated market structures.

Confidential Assets are available now on the Polymesh DevNet for developers, custodians, tokenisation platforms, and market operators evaluating confidential settlement workflows ahead of future network rollouts. To access the DevNet, users can go to https://devnet-confidential.polymesh.dev/.

About Polymesh Labs

Polymesh Labs is dedicated to the growth of the Polymesh ecosystem through Polymesh and Polymesh Private. Polymesh is a leading public permissioned blockchain purpose-built for real-world assets that streamlines capital markets and opens the door to new financial products. Polymesh Private is a private permissioned instance of Polymesh that can be deployed by enterprises.

Users can visit polymesh.network to learn more.
2026-06-25 02:31 1mo ago
2025-12-16 13:10 7mo ago
tZERO a Polymath uzavírají partnerství pro tokenizaci reálných aktiv na Polymesh
POLY Polymath POLYX Polymesh
CoinGecko News 78
Original source text
tZERO Group, Inc., a blockchain-powered multi-asset infrastructure provider, announced a partnership with Polymath, the company behind Polymesh – an L1 blockchain built for real-world assets. The partnership brings together Polymath’s RWA blockchain tech and tZERO’s broker-dealer and tokenization capabilities to support issuers seeking to “tokenize assets on the Polymesh network.”

Polymath and tZERO will aim to support issuers interested in tokenizing on Polymesh while “leveraging tZERO’s infrastructure – including the potential for tZERO Securities to serve as broker-dealer of record where applicable.”

This collab enables issuers to complete primary offerings on Polymesh through tZERO’s tokenization and compliance workflows and, “where eligible, access secondary trading on tZERO’s SEC-regulated Alternative Trading System (ATS).”

The combined model streamlines issuer onboarding, “enhances regulatory confidence, and provides a pathway from issuance to lifecycle management.”

As part of the relationship, tZERO will also operate “a validator node on Polymesh, underscoring a commitment to the network’s governance, security, and long-term ecosystem development.”

Polymesh is said to be designed for regulated financial assets, “offering native identity, compliance, and governance frameworks.”

Pairing Polymath’s L1 chain architecture with tZERO’s regulatory and market structure expertise provides “issuers with a combined solution that is purpose-built for real-world tokenization at institutional scale.”

This collab strengthens the RWA ecosystem by “aligning Polymath’s L1 chain governance with tZERO’s regulated stack, enabling a foundation for issuers looking to launch, manage, and grow digital asset programs.”

Polymath is the fintech company tokenizing the global financial system.

The company is “transforming the private securities market with a white-label SaaS platform that tokenizes real-world assets.”

As mentioned in the announcement, Polymath lets issuers “design compliant, efficient issuance flows while integrating via APIs with custodians, fund-management platforms, cap-table tools, CRM systems, and KYC/AML providers.”

Polymath now reportedly brings “security, liquidity, and efficiency to private markets.”

Polymesh is described as an institutional-grade permissioned blockchain “built specifically for regulated assets.”

It streamlines traditional workflows and “opens the door to new financial instruments by solving challenges around governance, identity, compliance, confidentiality, and settlement.”

As noted in the update, tZERO Group, Inc. and its broker-dealer subsidiaries provide a “liquidity platform for private companies and assets.”

They offer solutions for issuers “looking to digitize their capital table through blockchain tech, and make such equity available for trading on an alternative trading system.”

tZERO, via its broker-dealer subsidiaries, “democratizes access to private assets by providing a simple, automated, and efficient trading venue to broker-dealers, institutions, and investors.”

As covered, tZERO Digital Asset Securities, LLC is a broker-dealer registered with the SEC and a member of FINRA and SIPC.

It is the broker-dealer custodian of all digital asset securities that are “offered on tZERO’s online brokerage platform.”

It operates in accordance “with the SEC’s statement, dated Dec 23, 2020, regarding the Custody of Digital Asset Securities by Special Purpose Broker-Dealers.”
2026-06-25 02:31 1mo ago
2026-03-03 12:47 4mo ago
Polymesh v7.4.0 zjednodušuje vypořádání přes Account ID
POLYX Polymesh
CoinGecko News 78
Original source text
Polymesh v7.4.0 is now live on Mainnet, introducing Account ID based asset balances to simplify settlement flows while preserving full identity driven compliance.

This release introduces an important, non breaking enhancement to the settlement model: Account IDs can now hold asset balances directly. It is the first step toward providing a more streamlined, account oriented experience, while preserving the identity and compliance framework that underpins Polymesh.



This release represents a major step forward in the Polymesh evolution, bringing the intuitive balance model of traditional blockchains to regulated settlement while maintaining the compliance guarantees and regulatory controls that make Polymesh unique.

What's New: Account ID Asset BalancesHistorically, all Polymesh assets were held in Portfolios associated with Identities, DIDs. Portfolios remain a core concept and continue to be fully supported. While this model provides powerful organizational and compliance capabilities, it introduced an additional layer of abstraction that differed from traditional blockchain workflows.



With v7.4.0, asset balances can now also be associated directly with an Account ID, a signing key public key address.



Transactions that previously accepted a Portfolio have been updated to also accept an Account ID as an alternate input extending the capability of the existing settlement related transactions.



This does not remove the role of identity. An Account ID must still be linked to an on chain identity. A key improvement is that new functions have been added that perform the Account ID to DID lookup internally during transfers. This reduces the need for off chain identity resolution and simplifies the transaction flow for developers and integrators.



The result is a model that feels closer to traditional blockchains, where balances are typically stored at the key or account level, while still leveraging Polymesh’s settlement engine for compliance and regulatory enforcement.



Simpler Account Based TransfersTo support Account ID balances, v7.4.0 introduces new Asset module transactions that enable streamlined, single leg transfers between Account IDs:



transfer_assetreceiver_affirm_asset_transferreject_asset_transfer‍

These new transactions allow a sender to initiate a transfer directly from their Account ID balance to a receiver's Account ID. Because identity resolution happens on chain, callers do not need to perform a separate DID lookup before initiating or affirming a transfer. Compliance checks, double spend prevention and settlement guarantees remain fully enforced by the existing settlement engine.



The transactions also support immediate execution in the block the transaction is submitted providing clear feedback in failure cases. 



For transfers:

If the receiver has pre-approved the asset, the transfer executes immediately in the same blockIf not pre-approved, a settlement instruction is created pending the receiver's confirmation‍

For affirmations:

Upon affirmation, if all compliance requirements are met, the instruction executes immediately in the same transactionIf compliance checks do not pass the transaction fails immediately, allowing the receiver to address issues and retryGetting Started with Account ID BalancesBefore using the new transfer flow, an Account ID must hold an asset balance.

This can be achieved in two ways:



Receiving assets through the existing settlement flow, specifying an Account ID as the destinationMoving funds between a traditional Portfolio and an Account ID under the same identityThese options ensure full backward compatibility. Existing portfolio based workflows continue to function exactly as before.

Still Identity DrivenWhile balances can now be held at the Account ID level, they remain anchored to on chain identities. An Account ID must be linked as a primary or secondary key to a DID, and all compliance checks continue to be evaluated at the identity level.



This design preserves Polymesh’s distinction between identities and keys, ensuring that simplification of transfers does not weaken regulatory controls.

SDK and Portal Updates Coming SoonSupport for Account ID based balances will soon be reflected in updates to the Polymesh SDK and the Polymesh Portal, making it easier for developers and users to take advantage of the new functionality.



These updates will streamline integration and expose the new transfer flows through familiar tooling and interfaces.

Looking Ahead to v8.0Version 7.4.0 is a foundational, non breaking release.

In the coming months, we are targeting v8.0 as the next major upgrade. That release will expand Account ID based balance support further and is expected to remove the need to reference a DID when providing an Account ID in settlement transactions. Because that change will modify existing interfaces making it a breaking change, it is planned to be included in the next major release.

Polymesh v7.4.0 delivers immediate usability improvements today and lays the groundwork for a more intuitive, account oriented settlement model in future updates.

Explore the DetailsFor comprehensive technical documentation, see:

Settlement Overview – How settlements and Account ID transfers work under the hoodPortfolios – New Account ID portfolio sectionAsset Transfers – Detailed settlement flows and examplesQuestions?Join the conversation in the Polymesh Community or reach out to the core team. We're excited to see how Account ID asset balances enable new use cases and simpler integrations!
2026-06-25 02:31 1mo ago
2026-04-01 16:43 3mo ago
Polymesh v8 odděluje převody POLYX a memo
POLYX Polymesh
CoinGecko News 78
Original source text
Polymesh v8 upgrade advisory: changes to POLYX transfers, events, balances, and memo/DID handling for exchanges, wallets, and custody providers.

TL;DRUpgrade timeline: Polymesh v8 expected May 2026, with ≥4 weeks notice before mainnet upgradeEvent changes:balances.Transfer will no longer include memo or DID fieldsUse balances.TransferWithMemo for memo-based depositsAction required (deposits):Memo-based systems → switch to TransferWithMemo (available since v7.4)Address-based systems → use TransferDo not parse both events for the same transferExtrinsics: legacy transfer removed, use standard Substrate calls (transfer_*)Balances: update parsing to use frozen instead of miscFrozen / feeFrozenTransferable balance formula updatedDID requirement removed (since v7.3):Receiving addresses do not need a DIDRemove any DID checks on withdrawal validationOverviewPolymesh runtime v8 is an upcoming release. This bulletin is provided in advance so that exchange, custody, and wallet teams can plan and prepare integration changes ahead of the upgrade. The mainnet upgrade is expected in May 2026. A firm date will be announced at least 4 weeks in advance.

This bulletin is for exchange, custody, and wallet engineering teams that support on-chain POLYX transfers and balance reconciliation.

Scope: POLYX token transfer flows on the Polymesh blockchain (balances pallet behavior and related account-balance semantics).

Polymesh runtime v8 aligns POLYX balance behavior with the upstream Polkadot SDK (Substrate) balances model and interface.

The rationale for this change is to:

Reduce network-specific integration logicImprove compatibility with standard Polkadot SDK wallets, indexers, and operational toolingMake transfer semantics and storage layout more predictable across Polkadot SDK-based environmentsFor exchanges, custody platforms, and wallet providers, this results in simpler long-term maintenance, fewer custom parsing rules, and clearer forward compatibility as upstream standards evolve.

What Changes in v81) Transfer ExtrinsicsThe POLYX transfer API surface moves to the standard balances calls:

transfer_allow_deathtransfer_keep_alivetransfer_allThe legacy transfer call is removed. transfer_with_memo remains available for memo-bearing transfers.

For withdrawals or sending POLYX, integrations should support at least one of the four transfer methods (transfer_allow_death, transfer_keep_alive, transfer_all, or transfer_with_memo).

Supporting any one of these methods is sufficient. However, it is recommended, but not mandatory, to support transfer_with_memo for outgoing transfers, since some destinations, such as exchanges, require unique memos for deposit attribution.

2) Transfer EventsCurrent Event Structure (v7.4, pre-v8)The balances.Transfer event currently emits six fields:

balances.Transfer( from_did: Option<IdentityId>, from: AccountId, to_did: Option<IdentityId>, to: AccountId, amount: Balance, memo: Option<Memo> )   The balances.TransferWithMemo event (introduced in v7.4) emits four fields:

balances.TransferWithMemo( from: AccountId, to: AccountId, amount: Balance, memo: Memo )In v7.4, POLYX transfers executed via transfer_with_memo emit both Transfer and TransferWithMemo. Integrations should parse only one of these event streams for deposit accounting to avoid double counting.

v8 Event StructureIn v8, balances.Transfer aligns with the standard Polkadot SDK format and drops the identity and memo fields:

balances.Transfer( from: AccountId, to: AccountId, amount: Balance )All POLYX transfers emit balances.Transfer.

balances.TransferWithMemo remains unchanged and is emitted only when the transfer_with_memo extrinsic is used.

This means:

Standard transfers emit only Transfertransfer_with_memo emits both Transfer and TransferWithMemoCompatibility Note for Current Runtime (v7.4)balances.TransferWithMemo was introduced in v7.4 specifically to provide forward compatibility with v8. Because v8 removes the identity and memo fields from the standard Transfer event, a dedicated event was introduced in advance so that memo-based POLYX deposit flows can continue to function across the upgrade.

 TransferWithMemo is compatible with both v7.4 and v8. Exchanges that track memo-based POLYX deposits should switch to consuming TransferWithMemo.

 Important:

 In v7.4, TransferWithMemo is emitted only when transfer_with_memo is used

When it is emitted, Transfer is also emitted for the same extrinsicParse only one event stream per flow to avoid double countingNote on Deposit Address StrategySince v7.3, Polymesh no longer requires an account to have an associated Decentralised Identity (DID) in order to receive POLYX or participate in staking.

This has a direct practical implication for exchanges.

Prior to v7.3, every receiving address required a DID, which made unique per-user deposit addresses difficult to operate at scale. Memo-based deposits to a shared address were commonly used as a workaround.

With DID requirements removed for POLYX, exchanges can now allocate a unique on-chain deposit address per user, following the standard pattern used across most Polkadot SDK-based chains, without requiring each user to hold a DID.

Both deposit models remain fully supported:

Approach Event to parse Notes Memo-based deposits (shared address) balances.TransferWithMemo Memo identifies the user, available since v7.4, forward-compatible with v8 Unique deposit address per user balances.Transfer Standard pattern, no memo required Important: Since v7.3, receiving addresses are not required to have an associated DID to receive POLYX. Integrations should not enforce DID existence checks when validating withdrawal destinations, as this can lead to valid transfers being incorrectly rejected.

3) system.account Balance Data Layoutsystem.account.data moves from:

freereservedmiscFrozenfeeFrozento:

freereservedfrozenflagsAccount data is migrated in two stages.

At upgrade time:
miscFrozen and feeFrozen are replaced with a single single frozen value. flags is initialised to the same value as frozen. free and reserved remain unchanged.

After the account is next updated (for example, via transfer or staking):
reserved is recalculated to reflect upstream semantics, free is adjusted accordingly, and flags is updated to its full upstream format including version bits.

The v8 transferable balance formula below produces correct results for accounts in either state.

4) Transferable Balance SemanticsLegacy transferable calculation:    ‍

transferable = free - max(miscFrozen, feeFrozen)v8-compatible calculation:      

transferable = free - max(ED, frozen - reserved)Where:

free is the account free balancereserved is protocol-reserved balancefrozen is the total locked or frozen amountED is the existential depositSince Polymesh uses ED = 0, this simplifies to:      

transferable = free - max(0, frozen - reserved)  In v8, an account’s total balance remains free + reserved. The reserved field now reflects protocol-reserved funds such as staked tokens, so reported free balances may differ from pre-v8 for accounts.

5) transfer_keep_alive vs transfer_allow_deathBoth calls are exposed for compatibility with standard Polkadot SDK balances tooling.

With ED = 0 and no account reaping at zero balance, their practical behavior is equivalent for exchange integrations.

Integration Guidance for ExchangesUse the following as your implementation baseline:

Support at least one of the four transfer methods for withdrawals (transfer_allow_death, transfer_keep_alive, transfer_all, or transfer_with_memo)Prefer supporting transfer_with_memo for outgoing transfers where counterparties require memosDo not require a DID for withdrawal destination addressesFor memo-based deposits, consume balances.TransferWithMemoFor address-based deposits, consume balances.TransferDo not parse both events for the same transfer flow in v7.4 or v8Treat the presence of a transfer event as the authoritative signal that value movedUpdate balance parsing logic to handle frozen and flagsUpdate available balance computation to the v8 formulaSummaryPolymesh runtime v8 standardises POLYX balance interfaces and event semantics around the upstream Polkadot SDK model, while preserving memo-capable transfers via TransferWithMemo.

Exchanges that adopt TransferWithMemo for memo-based flows and update balance and storage handling in advance will be well positioned for a smooth v8 transition.

2026-06-25 02:31 1mo ago
2026-06-23 11:38 1mo ago
Polymesh v8 přijde na Testnet a mainnet
POLYX Polymesh
CoinGecko News 78
Original source text
Polymesh v8 introduces self-registered DIDs, simplified asset transfers, expanded account-based ownership, EVM smart contract support, and Confidential Assets on Testnet.

The Polymesh v8 upgrade is approaching and will introduce some of the most significant changes to the network since launch.

We are currently targeting the following rollout schedule:

Testnet: 24 June 2026
Mainnet: 22 July 2026

Polymesh v8 focuses on simplifying onboarding, reducing transaction friction, expanding asset ownership models, and improving compatibility with broader blockchain tooling, while maintaining the flexibility required by regulated asset ecosystems.

This release also includes a substantial upgrade of the underlying blockchain framework and modules to Polkadot SDK version stable2603-2.

Taken together, these changes represent an important evolution of the platform. The release removes several sources of friction that have historically impacted users and developers while introducing new capabilities that expand how applications can be built on Polymesh.

Who Should Read This?This upgrade is particularly relevant for:

DevelopersIntegratorsInfrastructure OperatorsAsset IssuersWallet ProvidersAt a GlancePolymesh v8 introduces:

Self-registered DIDs, no CDD Claim requiredDID Registrars replacing CDD ProvidersReceiver affirmations become opt-inExpanded account-based ownership for assets and NFTsAsset allowances and delegated spendingEVM smart contract support via PolkaVM and ReviveGeneric Polkadot Ledger app supportConfidential Assets available on TestnetUpgrade to Polkadot SDK stable2603-2Infrastructure Releases Available NowNode binaries and Docker images for v8.0.0 are already available. Nodes can be upgraded ahead of the runtime upgrade, allowing infrastructure operators to begin preparation immediately.

Node Releasehttps://github.com/PolymeshAssociation/Polymesh/releases/tag/v8.0.0

Docker Imageshttps://hub.docker.com/r/polymeshassociation/polymesh/tags?name=8.0.0

Infrastructure operators are strongly encouraged to upgrade and begin testing as soon as possible.

Simpler Identity OnboardingOne of the biggest changes in v8 is a new approach to identity registration.

Historically, users joining Polymesh were required to obtain a DID through a CDD Provider, complete identity verification, and receive a CDD Claim before participating on the network. While this model established a trusted identity framework, it also introduced onboarding friction for users and developers.

In practice, asset issuers and applications still needed to perform their own onboarding and KYC processes to satisfy regulatory requirements. This often resulted in users completing multiple onboarding flows before they could begin using an application.

Polymesh v8 removes the requirement for CDD Claims and allows users to self-register DIDs directly on-chain.

CDD Providers are being migrated to a new DID Registrar model. Permissioned DID Registrars can continue to register identities on behalf of users, while users who do not require a registrar can create identities directly.

The result is a significantly simpler onboarding experience while retaining flexibility for institutions and applications that wish to manage identity registration workflows.

Simpler Asset TransfersAnother major change in v8 is the transfer affirmation model.

Historically, transfers required receiver affirmations by default, adding additional steps before assets could settle. While this helps prevent unwanted transfers, it also adds friction to the transfer flow.

In v8, receiver affirmations are disabled by default for all users.

Users can still require receiver affirmations when needed by enabling them, but the default experience is now significantly simpler and more closely aligned with user expectations from other blockchain ecosystems.

This reduces friction while preserving the ability to enforce additional controls when necessary.

Important: Applications that assume all transfers require receiver approval should review their transfer flows before the chain is upgraded.

Expanded Account Based Asset OwnershipPolymesh v7.4 introduced support for account based native asset balances as an alternative to traditional portfolio based ownership.

Polymesh v8 extends this model to support NFTs, introduces a new settlement.transferFunds method, removes the need to specify a DID in addition to an account address, and simplifies the account based settlement flow.

Identity owned portfolios remain fully supported and continue to be the preferred model for many institutional workflows where share control via secondary keys is required. However, developers can now choose between portfolio based and account based ownership models depending on their application requirements.

The Polymesh Portal has been updated accordingly, with the Portfolio page evolving into a Balances experience that supports both portfolios and accounts, and the Transfers page supporting account based transfers.

Asset Approvals and Delegated Spendingv8 introduces approval based allowances for key held assets.

This allows an account holder to authorize another account or smart contract to transfer assets on its behalf within defined limits. Without an allowance, only the account key holder can transfer assets associated with that key.

These delegated spending capabilities enable new application patterns and align Polymesh more closely with workflows commonly found across the broader blockchain ecosystem, such as ERC20 style tokens.

Allowances work in conjunction with the new settlement.transferFunds method.

EVM Smart Contract SupportPolymesh v8 introduces EVM compatibility through PolkaVM and the Revive pallet.

Developers can build Solidity based smart contracts while continuing to leverage Polymesh identity and asset infrastructure.

This opens the door to a broader range of developer tooling and application architectures while maintaining access to Polymesh specific functionality.

Hardware Wallet and Ledger Support UpdatesWith v8, Polymesh will also support the generic Polkadot Ledger application as well as the Polkadot Migration app, expanding hardware wallet compatibility across the ecosystem.

At Mainnet launch, the existing Polymesh Ledger application will be updated to a Polymesh branded version of the generic Polkadot app, while continuing to use the Polymesh specific key derivation path to ensure compatibility with existing accounts.

The Polymesh wallet extension has already been updated to support all three wallet options.

These generic Ledger applications use a metadata hash based approach, enabling support for clear signing of current and future transaction types without requiring frequent application updates as the runtime evolves.

Confidential Assets on TestnetPolymesh v8 also introduces Confidential Assets, as previously previewed on Devnet, to Testnet.

This functionality enables counterparty privacy, asset confidentiality, and balance confidentiality while maintaining the compliance and auditability requirements expected of regulated assets.

Confidential Assets will be available for experimentation and feedback on Testnet but will remain disabled on Mainnet while additional development, testing, and auditing activities continue.

This Testnet release allows developers and ecosystem participants to begin exploring the functionality and providing feedback ahead of a future Mainnet activation.

Look out for more information on Polymesh Confidential Assets in the coming weeks.

Required Software VersionsDevelopers and integrators should begin preparing to upgrade to:

Polymesh v8.0.0polymesh-sdk v30.0.0polymesh-types v7.4.0polymesh-subquery v19.6.0polymesh-rest-api v8.1.0-alpha.1 or newerThe SDK release is compatible with both the current network and v8, allowing applications to begin preparing before the upgrade.

What Happens Next?In the coming days and weeks we will publish:

Migration guidanceUpdated documentationInfrastructure upgrade guidanceUpdated Confidential Assets documentationWe encourage all developers, integrators, infrastructure operators, and ecosystem participants to begin testing against Testnet as soon as it becomes available.

If you have any questions, please reach out via Discord or our support channels.

Thank you to everyone who has contributed feedback, testing, and development throughout the v8 cycle.

We look forward to seeing what the community builds with Polymesh v8.