Precio de BullBear AI (AIBB)

El constructor de AIBB acuñó una sola vez 10^17 tokens y los acreditó íntegramente a la dirección del desplegador. El contrato usa 18 decimales: cada AIBB equivale a 10^18 unidades base, por lo que la emisión inicial equivale a 10^35 unidades base. Es la emisión inicial en el despliegue, no el suministro circulante actual.

Solo el owner puede llamar a launch, y la función exige que el contrato no se haya lanzado antes. Si tiene éxito, registra el número de bloque y la marca de tiempo del lanzamiento, permitiendo que las direcciones sin permiso de envío previo superen la comprobación de lanzamiento en una transferencia; siguen siendo necesarias otras condiciones, como el saldo suficiente. Este interruptor describe el mecanismo de transferencias del token; no demuestra el estado de lanzamiento de un producto de IA.

La restricción previa al lanzamiento examina al remitente del token. Si el remitente figura en canAddLiquidityBeforeLaunch, puede omitir la comprobación de que el contrato ya se haya lanzado; que solo el receptor esté en la lista no permite que un remitente ordinario la supere. Aunque el nombre de la variable menciona añadir liquidez, esta comprobación se usa realmente en la ruta de transferencia de tokens. El constructor incluye al desplegador y al propio contrato del token en la lista; el owner también puede añadir otras direcciones mediante una función específica. La lista blanca solo exime la comprobación de lanzamiento: la transferencia aún debe cumplir condiciones como el saldo.

El owner puede registrar una vez un par inicial mediante initializePair y posteriormente añadir o eliminar direcciones distintas de cero con addPair y delPair. El registro es un conjunto interno de direcciones y no demuestra por sí mismo que exista un fondo de negociación activo. Pese a su nombre, getMinterLength devuelve el número de pares, no el número de direcciones autorizadas a acuñar.

El contrato revisa primero al remitente: si es un par registrado, trata la operación como compra. Si no lo es, revisa al receptor; si este es un par registrado, la trata como venta. Cuando ambos son pares registrados, la revisión del remitente tiene prioridad y se aplica la dirección de compra. Una transferencia ordinaria en la que ninguno es par omite esta rama de comisiones. La clasificación de dirección no implica necesariamente una comisión: además, el contrato debe estar lanzado y ni el remitente ni el receptor deben estar exentos de comisiones.

No. Cuando el contrato está lanzado, ninguna de las dos partes está exenta y participa un par registrado, el contrato deduce, según la dirección de compra o venta, «importe de tesorería + importe de quema». Son cantidades fijas en unidades base del token, no un porcentaje multiplicado por el importe transferido; 10^18 unidades base equivalen a 1 AIBB. Cantidad recibida = cantidad transferida − importe de tesorería de esa dirección − importe de quema de esa dirección. El owner puede ajustar por separado ambos importes para compra y venta; «fijo» describe el método de cálculo, no que los parámetros sean inmutables. La fórmula del importe neto solo se aplica a una transferencia exitosa. Si la comisión total aplicable supera la cantidad transferida, la resta provoca un desbordamiento inferior y se revierte toda la transacción. Por tanto, una subida de comisiones por el owner puede hacer fallar una transferencia antes viable; esto no confirma los parámetros actuales.

En una transferencia sujeta a comisiones —contrato lanzado, ninguna parte exenta y participación de un par registrado— la parte de tesorería se transfiere desde el remitente a treasureWallet y sigue siendo una transferencia de tokens. La parte de quema se destruye del saldo del remitente y reduce totalSupply. Se aplican los importes correspondientes a compra o venta. El owner establece la dirección receptora de tesorería; este mecanismo de transferencia no otorga por sí mismo a los titulares un derecho a dividendos de la tesorería.

No. isFeeExempt registra la exención de comisiones, que el owner puede establecer o retirar; si el remitente o el receptor está exento, no se entra en la rama de comisiones de compra/venta. El permiso previo al lanzamiento se registra en otra lista y solo examina al remitente. Tener únicamente una exención de comisiones no sustituye el permiso de envío previo al lanzamiento.

transferFrom primero comprueba y consume la autorización concedida por el remitente al llamador y después ejecuta la transferencia de tokens. Una autorización finita se reduce por la cantidad total de transferencia solicitada, no por la cantidad neta que recibe el destinatario tras las comisiones; si la autorización es insuficiente, falla. Una autorización igual al máximo de uint256 se considera ilimitada y no disminuye al usarse. La autorización sigue sujeta a la restricción de envío previa al lanzamiento. Si el contrato está lanzado, ninguna parte está exenta y participa un par registrado, las comisiones se procesan según la dirección correspondiente.

burn destruye la cantidad indicada de AIBB desde la propia cuenta del llamador y exige saldo suficiente. Si tiene éxito, el saldo de esa cuenta y totalSupply disminuyen simultáneamente en la misma cantidad. La operación no devuelve al llamador otro activo, por lo que no constituye un canje de AIBB por otro activo.

No. burnFrom debe primero superar la comprobación de autorización que la cuenta objetivo concedió al llamador y después destruye los tokens de esa cuenta; la cuenta objetivo también necesita saldo suficiente. Una autorización finita se reduce por la cantidad quemada, mientras que una autorización ilimitada al máximo uint256 no disminuye. Una quema exitosa reduce tanto el saldo de la cuenta objetivo como el suministro total; conocer una dirección no basta para destruir sus activos.

Solo el owner puede llamar a rescueToken, que transfiere al llamador el saldo total de un ERC-20 especificado que posea la dirección del contrato AIBB. clearStuckEthBalance permite al owner transferirse el saldo de ETH del contrato. Estas funciones actúan sobre activos en poder del propio contrato, no sobre el saldo de una cuenta de cualquier titular.