Pieverse

El diseño de 2025 nació de una carencia contable real. Una transferencia de stablecoin prueba valor movido, pero suele omitir quién pidió qué, qué servicio pagó y qué documento debe conservar contabilidad. x402b unió liquidación API patrocinada con pieUSD a facturas, recibos y Time Checks programables.

Eso crea registro verificable, no cumplimiento automático. El sello fija contenido y orden, pero el tratamiento fiscal depende de jurisdicción, identidades y veracidad. Decir GAAP, IFRS o KYC-ready sigue siendo afirmación de Pieverse hasta que un regulador, auditor o profesional valide el flujo concreto.

Pieverse Collective Limited nació en BVI el 6 de octubre de 2025. El texto MiCAR la nombra emisora y registra primera actividad en BNB Chain el 28 de octubre y Ethereum el 29. Ambas redes usan 0x0E63B9C287E32A05E6b9AB8ee8dF88A2760225A9 para el OFT de 18 decimales.

El reparto fija 15% inversores, 27,6% comunidad, 10% reserva de fundación, 27,4% ecosistema y marketing, 20% equipo y asesores. Fuera de crecimiento comunitario queda 72,4%. Se menciona vesting de inversores y equipo, pero no calendario numérico completo, mapa de beneficiarios ni contratos de ejecución.

Tokenomics promete staking para funciones y recompensas, descuentos de suscripción o tarifas y voto sobre integraciones, emisiones y propuestas. Dibuja un volante entre uso y demanda. No define fuente de recompensa, tasa garantizada, tarifa vinculante ni remedio.

MiCAR adopta la posición contraria: PIEVERSE no es utility token en su clasificación, carece de utilidad y derechos inherentes y no concede reclamación financiera, de voto, propiedad o contrato. Llama limitada a la función y futura a la gobernanza. Solo encajan si las funciones web se leen como acceso técnico revocable, no derecho del titular.

En septiembre de 2026 la portada priorizaba Purr-Fect Claw, Skill Store, carteras TEE y comercio A2A. La capa antigua subsistía dentro de la historia del agente que encuentra trabajo, paga por x402b y genera recibo. También quedó claro el límite: OpenAPI y MCP públicos leen; aprovisionar, instalar, cambiar política y pagar exige sesión firmada.

purr mapea identidad y credencial API de instancia a una cartera con clave aislada en TEE. Reduce exposición, pero el acceso viene de credenciales y autorización, no del saldo PIEVERSE. El token no compra agente, disponibilidad de servicio ni control sobre la cartera ajena.

El código verificado expone owner, multisig, minters y whitelist configurables, horario de transferencias, peers LayerZero y mensajería. El constructor puso owner y multisig en 0x7a37945bF6c4a3A9454c4c808080Ba6063304590. Esos roles controlan la representación entre cadenas aunque los saldos circulen.

El expediente público no nombra firmantes actuales, todos los minters y peers, una DAO que heredó poderes ni contratos de vesting. MiCAR tampoco garantiza que toda la tecnología esté auditada. El derecho más firme es custodia y transferencia técnica bajo ajustes activos; acceso y gobernanza son promesas administradas fuera.