Registro
Lo que se le mostró a cada billetera. Las divulgaciones tienen versión fija y hash, y cada aporte registra la divulgación junto con la billetera, así que el registro responde qué vio una billetera el día en que aportó.
Registro por token
Versión de la divulgaciónv3.2 · 0x9c41f2ae…2d6e0f
Estándar del contratoERC-20 con OpenZeppelin Contracts v5
Clave de administrador sobre el reparto de comisionesNinguna
Retención del creadorninguna
Compra del creador en el lanzamientoninguna
Calendario de vesting publicadono aplica
Registro de declaraciones
BilleteraOrdenVer.HashFecha y horaEstado
0x8f3C…9a41333.20x9c41f2ae…2d6e0f2026-08-05 14:22 UTCregistrada
0x2bD0…77c8323.20x9c41f2ae…2d6e0f2026-08-04 09:10 UTCregistrada
Fq2v…u8Xs213.20x03fd7c92…5f2a9c2026-08-06 19:41 UTCregistrada
0x66eD…f1a0353.10x4be09cd1…5f2a9c2026-01-19 11:34 UTCregistrada
Los hashes son de ejemplo; en producción, las divulgaciones se direccionan por contenido y el hash de cada aporte se guarda en la cadena.
Criterios de listado · publicados
1.Emisor identificado: una entidad legal con nombre, no alguien que despliega con seudónimo
2.Configuración de comisiones dentro de los límites del protocolo (tope total de 1.25%, que solo puede bajar)
3.Contratos construidos según el estándar publicado para su red, que se muestra en cada página de token
4.Ninguna clave de administrador discrecional sobre el reparto de comisiones; la única autoridad reservada es una reducción de comisiones con timelock y solo a la baja
5.Una retención del emisor superior al 10% lleva un calendario de vesting publicado con cliff, y un bloqueo hasta el último punto de control