el problema con estos lanzamientos virtuales usando Butler es que la transacción de despliegue en realidad no incluye la billetera del desplegador, pero hay dos formas de obtenerla: 1) sitio aGDP(dot)io: ver la primera dirección de billetera en la parte superior es 0xa42cAe963CaaA4218C8F045d153b2172f2459319 2) billetera de destino de las transacciones de distribución de tarifas virtuales que hacen referencia al token en cuestión, por ejemplo envía las tarifas de cbBTC a 0xa42cAe963CaaA4218C8F045d153b2172f2459319 y la transacción incluye un hash de transacción de referencia que confirma que son tarifas de NOX así que esta es la billetera SemiModularAccountBytecode que recibe las tarifas, dirección única para cada token virtual. luego sigues los flujos de salida de esa billetera que nos llevan al desarrollador de la moneda a) 0xa6c9ba866992cfd7fd6460ba912bfa405ada9df0 b) 0xef4364fe4487353df46eb7c811d4fac78b856c7f c) 0xfbce8de3c262dfbbeef1ba9a7d2b9d752f537b79 (compara esto con el claro ejemplo de KLARK donde todos los flujos de salida van a michaelpham, la billetera del desarrollador) la billetera (c) está acumulando el cbBTC pero no obtenemos nada porque no hay actividad desde allí. la información proviene de las billeteras (a) y (b) que ambas fueron desplegadas por 0x9547e85f3016303a2996271314bde78b02021a28 y esta es la billetera de administración de virtuals vinculada a la migración de lp de prxvt y otros virtuals. nuevamente crédito a @beeboopx SÍGUELO