ERC-3525

ERC-3525 usa un modelo escalar triple ID, SLOT, VALUE. El ID es el identificador único del token, como en ERC-721. El SLOT es la categoría que determina la fungibilidad: dos tokens del mismo slot pueden transferirse valor entre sí. El VALUE es la cantidad fraccionable contenida en el token. Funciones como slotOf(tokenId), balanceOf(tokenId) (que devuelve el valor del token, no el número de tokens) y valueDecimals() lo soportan. La transferencia transferFrom(fromTokenId, toTokenId, value) mueve valor entre dos tokens del mismo slot, y permite dividir o fusionar valor sin destruir la identidad del token. Mantiene la interfaz ERC-721 para la propiedad y la compatibilidad con la infraestructura NFT.

La especificación EIP-3525, con estado Final, fue creada el 1 de diciembre de 2020 y finalizada en septiembre de 2022. Requiere ERC-20, ERC-165 y ERC-721, y la firman Will Wang, Mike Meng, Yi Cai, Ryan Chow, Zhongxin Wu y AlvisDu, con propuesta de Solv Protocol. Importa porque está diseñada para instrumentos financieros personalizables y fraccionables: bonos, vesting, posiciones de renta fija u opciones, activos a la vez únicos por sus términos y cuantitativos por su nominal divisible.

ERC-3525 es muy relevante para la tokenización de activos del mundo real, sobre todo financieros estructurados, donde un mismo slot agrupa instrumentos fungibles por valor pero con identidad propia. Se sitúa conceptualmente entre ERC-721 (unicidad pura) y ERC-20 (fungibilidad pura), y se distingue de ERC-1155, que separa la fungibilidad por ID en lugar de por valor interno. Por sí solo no es un estándar de cumplimiento: para security tokens regulados se combinaría con lógica de permisos y KYC como la de ERC-3643. El ejemplo de referencia es Solv Protocol, su creador, que lo usa en vouchers financieros y productos de rendimiento on-chain.