ERC-1410 standardizes partially fungible balances by splitting one holder’s tokens into named partitions.
It preserves aggregate balance and supply views while exposing partition-specific balances, transfer checks, operator rights, issuance, and redemption.
The most analytically important design choice is that partition transfers can return a destination partition, so transfer can also change the rights bucket of the asset.
The README confirms that attaching metadata to subsets of a holder’s balance was treated as a baseline requirement for security-token modeling.
Polymath’s explainer provides a concrete and useful intuition: one holder can have locked/non-voting, locked/voting, and unlocked/voting slices of the same economic asset, and different downstream systems care about different slices.
Specific source signals worth retaining
ERC-1410 motivation and rationale: strongest sources for why partial fungibility matters and why partition metadata is intentionally left open-ended.
ERC-1410 specification: best source for the operational split among balanceOfByPartition, partitionsOf, transferByPartition, canTransferByPartition, partition-scoped operator rights, and issuance/redemption by partition.
Security Token Standard README: useful confirmation that tranche metadata and transfer-restriction logic were central, not peripheral, to the original security-token standardization effort.
Polymath explainer: useful narrative source for understanding partitions as rights buckets, not just as arbitrary labels.
Why this entry belongs in the corpus
It gives the tokenized-asset cluster a clean lower-level comparison point for tranching, rights segmentation, and transfer-state transitions.
It helps separate partial-fungibility mechanics from richer compliance, issuer-identity, and admin-control layers.
The durable insight is that many “fungible” assets are only partially fungible in practice, and ERC-1410 makes that distinction legible at the interface level.