Criptos360 pinned «Bueno, a pesar d todo, m gusta hacer los tutoriales, así q se lo dejaré y trabajan a discreción con esto, investiguen también Ahora les dejo todo paso a paso»
This media is not supported in your browser
VIEW IN TELEGRAM
Aquí les dejo un tutorial muy sencillo para hacer un depósito en el pool d BitNest
Dejaré ese $ reinvirtiendo hasta diciembre a ver q pasa
Estoy dispuesto a perderlo 🙈
Dejaré ese $ reinvirtiendo hasta diciembre a ver q pasa
Estoy dispuesto a perderlo 🙈
Criptos360
Bueno, a pesar d todo, m gusta hacer los tutoriales, así q se lo dejaré y trabajan a discreción con esto, investiguen también Ahora les dejo todo paso a paso
Toda la información al detalle a partir d aquí
Criptos360
Aquí les dejo un tutorial muy sencillo para hacer un depósito en el pool d BitNest Dejaré ese $ reinvirtiendo hasta diciembre a ver q pasa Estoy dispuesto a perderlo 🙈
This media is not supported in your browser
VIEW IN TELEGRAM
Recibiendo el pago en modo automático en mi billetera. Hice la prueba con el plan d un día para probar y mostrarles
Este es el vídeo más completo e ilustrativo q he visto en toda mi investigación
Luego d este punto, ya se reducen mis preocupaciones. Véalo, contraste la información y comparta su criterio x el chat d comentarios
https://youtu.be/W8dV40BtqY8?si=9kb6xxpA6we5zaQU
Luego d este punto, ya se reducen mis preocupaciones. Véalo, contraste la información y comparta su criterio x el chat d comentarios
https://youtu.be/W8dV40BtqY8?si=9kb6xxpA6we5zaQU
💩1
🔥🔥🔥🔥🔥
Le pedí a la inteligencia artificial q revisara a fondo el contrato de BitNest Loops para ver si pueden llevarse nuestro $
Asombrosa la respuesta luego d la revisión del contrato (0x92b7807bF19b7DDdf89b706143896d05228f3121)
Lean los resultados, este análisis es basado en aspectos críticos en la seguridad d los fondos d los contratos 💥
He revisado el código y funcionamiento general del contrato inteligente 0x92b7807bF19b7DDdf89b706143896d05228f3121 de BitNest, enfocado en el control y movimientos de fondos relacionados con los dueños o administradores del contrato:
- El contrato tiene un sistema de roles con funciones para otorgar y revocar permisos a direcciones específicas, estas funciones están protegidas para evitar accesos arbitrarios.
- Los dueños o cuentas con permisos administrativos tienen acceso a ciertas funciones que pueden afectar configuraciones y parámetros, pero no hay funciones que permitan sacar fondos directamente solo por ser dueño o administrador.
- Los movimientos de fondos, depósitos y retiros de usuarios son manejados automáticamente por el contrato de acuerdo con las reglas establecidas (por ejemplo, periodos de bloqueo, cálculo de intereses) y no requieren intervención directa de los administradores para ejecutarse.
- Todas las transacciones financieras son públicas y trazables en la blockchain, garantizando transparencia.
- El contrato evita que los administradores puedan extraer fondos de los usuarios sin pasar por los mecanismos previstos en el código, mitigando riesgos de fraude por parte del equipo.
- Se incluyen eventos que registran revocaciones y concesiones de roles, lo que permite auditar la gestión de permisos a lo largo del tiempo.
- El contrato está configurado para mantener seguridad alta en las funciones que controlan los fondos y permisos, reduciendo la posibilidad de que haya movimientos de dinero arbitrarios fuera del consenso o las reglas del contrato.
En conclusión, el contrato protege los fondos de posibles movimientos no autorizados por parte de los dueños o administradores, limitando sus permisos a configuraciones y asegurando que solo se puedan mover fondos conforme a las reglas programadas y auditablemente transparentes.
Le pedí a la inteligencia artificial q revisara a fondo el contrato de BitNest Loops para ver si pueden llevarse nuestro $
Asombrosa la respuesta luego d la revisión del contrato (0x92b7807bF19b7DDdf89b706143896d05228f3121)
Lean los resultados, este análisis es basado en aspectos críticos en la seguridad d los fondos d los contratos 💥
He revisado el código y funcionamiento general del contrato inteligente 0x92b7807bF19b7DDdf89b706143896d05228f3121 de BitNest, enfocado en el control y movimientos de fondos relacionados con los dueños o administradores del contrato:
- El contrato tiene un sistema de roles con funciones para otorgar y revocar permisos a direcciones específicas, estas funciones están protegidas para evitar accesos arbitrarios.
- Los dueños o cuentas con permisos administrativos tienen acceso a ciertas funciones que pueden afectar configuraciones y parámetros, pero no hay funciones que permitan sacar fondos directamente solo por ser dueño o administrador.
- Los movimientos de fondos, depósitos y retiros de usuarios son manejados automáticamente por el contrato de acuerdo con las reglas establecidas (por ejemplo, periodos de bloqueo, cálculo de intereses) y no requieren intervención directa de los administradores para ejecutarse.
- Todas las transacciones financieras son públicas y trazables en la blockchain, garantizando transparencia.
- El contrato evita que los administradores puedan extraer fondos de los usuarios sin pasar por los mecanismos previstos en el código, mitigando riesgos de fraude por parte del equipo.
- Se incluyen eventos que registran revocaciones y concesiones de roles, lo que permite auditar la gestión de permisos a lo largo del tiempo.
- El contrato está configurado para mantener seguridad alta en las funciones que controlan los fondos y permisos, reduciendo la posibilidad de que haya movimientos de dinero arbitrarios fuera del consenso o las reglas del contrato.
En conclusión, el contrato protege los fondos de posibles movimientos no autorizados por parte de los dueños o administradores, limitando sus permisos a configuraciones y asegurando que solo se puedan mover fondos conforme a las reglas programadas y auditablemente transparentes.
💩2
Ayer m hablaron sobre esta wallet descentralizada. A raíz w Trustwallet se marea con la conexión y tengo q usar vpn para q sea más fluida y ver el historial, como use Safepal para lo del Pool d Liquidez, probé está billetera y está magnífica.
Ya tienen otra wallet más para sus cosas....
https://play.google.com/store/apps/details?id=vip.mytokenpocket
Ya tienen otra wallet más para sus cosas....
https://play.google.com/store/apps/details?id=vip.mytokenpocket
👍2❤1
M dice q esa wallet mis tiene esos tokens peligrosos. Es una wallet vieja. Así q crearé una nueva
Revisen a ver....
Revisen a ver....
📌📌📌📌📌📌
Luego d una profunda investigación hallé la respuesta para la gran pregunta
Xq BitNest paga tanto, incluso más q PancakeSwap 🔥🔥
👇🏻👇🏻👇🏻👇🏻👇🏻
La razón por la que BitNest paga tanto dinero en relación a PancakeSwap se debe principalmente a su modelo de negocio y la estructura de incentivos que utiliza:
BitNest paga más porque combina varias fuentes de ingresos. Utiliza contratos inteligentes para operar sobre la liquidez depositada en PancakeSwap, ofreciendo rendimientos de hasta 24% mensual para quienes invierten plazos de 1, 7, 14 o 28 días. Las ganancias no solo dependen del rendimiento por suministrar liquidez en PancakeSwap, sino también de las comisiones de préstamos: BitNest opera como intermediario o “puente”, prestando fondos a “ballenas” que pagan altos intereses y solo pueden acceder al servicio con mucho capital.
Tiene una estructura de referidos y recompensas, incentivando a los usuarios mediante un sistema de referidos multinivel, donde ganas un porcentaje fijo de las ganancias que generen tus invitados y sus invitados (hasta tercera generación), lo que implica que los pagos pueden ser elevados si tienes una red amplia. Por ejemplo, si tu referido gana $240 en 28 días, tú obtienes 20% de esa ganancia ($48), y otros porcentajes de las siguientes generaciones.
Además, permite interés compuesto y automatización: en BitNest puedes reinvertir ganancias mes a mes; por ejemplo, si empiezas con $100 e inviertes y reinviertes cada 28 días, tras un año podrías obtener hasta $1,321. El interés compuesto magnifica el retorno.
Por otro lado, PancakeSwap paga menos por liquidez directa. Si simplemente inviertes en PancakeSwap como proveedor de liquidez, ganas solo comisiones y recompensas de farming (tokens como CAKE), pero los rendimientos suelen ser menores y dependen de las comisiones de la pool, volatilidad y otros factores; no hay interés compuesto ni bonos de referidos automáticos, ni préstamos a terceros como en BitNest.
En cuanto a riesgos y sostenibilidad, BitNest genera sus ingresos a través de comisiones, préstamos y estructura de referidos, mientras que PancakeSwap depende del volumen de trading y de las comisiones que recibe su pool. La estrategia de BitNest es más agresiva y arriesgada; sus altos pagos dependen de que el sistema mantenga suficientes usuarios y alto movimiento de préstamos.
En resumen:
- BitNest paga mucho más porque agrega al rendimiento DeFi: intereses de préstamos, comisiones y bonificaciones por referidos, mientras que PancakeSwap solo paga comisiones del pool y recompensas por farming.
- El modelo de BitNest puede generar retornos elevados por corto tiempo, pero con mayores riesgos y depende de la continuidad de nuevos usuarios y alta actividad.
- PancakeSwap es más tradicional y sostenible a largo plazo, aunque paga menos y sin bonificaciones de referidos.
Luego d una profunda investigación hallé la respuesta para la gran pregunta
Xq BitNest paga tanto, incluso más q PancakeSwap 🔥🔥
👇🏻👇🏻👇🏻👇🏻👇🏻
La razón por la que BitNest paga tanto dinero en relación a PancakeSwap se debe principalmente a su modelo de negocio y la estructura de incentivos que utiliza:
BitNest paga más porque combina varias fuentes de ingresos. Utiliza contratos inteligentes para operar sobre la liquidez depositada en PancakeSwap, ofreciendo rendimientos de hasta 24% mensual para quienes invierten plazos de 1, 7, 14 o 28 días. Las ganancias no solo dependen del rendimiento por suministrar liquidez en PancakeSwap, sino también de las comisiones de préstamos: BitNest opera como intermediario o “puente”, prestando fondos a “ballenas” que pagan altos intereses y solo pueden acceder al servicio con mucho capital.
Tiene una estructura de referidos y recompensas, incentivando a los usuarios mediante un sistema de referidos multinivel, donde ganas un porcentaje fijo de las ganancias que generen tus invitados y sus invitados (hasta tercera generación), lo que implica que los pagos pueden ser elevados si tienes una red amplia. Por ejemplo, si tu referido gana $240 en 28 días, tú obtienes 20% de esa ganancia ($48), y otros porcentajes de las siguientes generaciones.
Además, permite interés compuesto y automatización: en BitNest puedes reinvertir ganancias mes a mes; por ejemplo, si empiezas con $100 e inviertes y reinviertes cada 28 días, tras un año podrías obtener hasta $1,321. El interés compuesto magnifica el retorno.
Por otro lado, PancakeSwap paga menos por liquidez directa. Si simplemente inviertes en PancakeSwap como proveedor de liquidez, ganas solo comisiones y recompensas de farming (tokens como CAKE), pero los rendimientos suelen ser menores y dependen de las comisiones de la pool, volatilidad y otros factores; no hay interés compuesto ni bonos de referidos automáticos, ni préstamos a terceros como en BitNest.
En cuanto a riesgos y sostenibilidad, BitNest genera sus ingresos a través de comisiones, préstamos y estructura de referidos, mientras que PancakeSwap depende del volumen de trading y de las comisiones que recibe su pool. La estrategia de BitNest es más agresiva y arriesgada; sus altos pagos dependen de que el sistema mantenga suficientes usuarios y alto movimiento de préstamos.
En resumen:
- BitNest paga mucho más porque agrega al rendimiento DeFi: intereses de préstamos, comisiones y bonificaciones por referidos, mientras que PancakeSwap solo paga comisiones del pool y recompensas por farming.
- El modelo de BitNest puede generar retornos elevados por corto tiempo, pero con mayores riesgos y depende de la continuidad de nuevos usuarios y alta actividad.
- PancakeSwap es más tradicional y sostenible a largo plazo, aunque paga menos y sin bonificaciones de referidos.
💩6❤2👍2
Bueno, ya con esta información cierro el ciclo relacionado a BitNest
Ya tienen el bot d saldo móvil y esto del Pool d Liquidez
Ya tomarán sus propias decisiones y trazarán sus estrategias
Tu decisión es lo q más vale....
👍🤩
Ya tienen el bot d saldo móvil y esto del Pool d Liquidez
Ya tomarán sus propias decisiones y trazarán sus estrategias
Tu decisión es lo q más vale....
👍🤩
Si alguien va a acceder al negocio m dice para guiarlo en todo y agregarlo al grupo d WhatsApp q existe y d Telegram
💩1
Criptos360
Hola xq acá No sé si recuerdan el sitio d recargas a moviles desde el exterior, JoyaPhone Pues ha evolucionado el servicio y ya está habilitado en Telegram con un bot bien sencillo Se tuvo q tomar está decisión m comentó el dueño del negocio (amigo mío)…
Comenzó hoy esta oferta en el Bot d recargas
T dan 3000 cup d saldo más el internet gratis en la madrugada
Son solo 10 recargas, eso va a ✈️
T dan 3000 cup d saldo más el internet gratis en la madrugada
Son solo 10 recargas, eso va a ✈️
En el grupo d WhatsApp d BITNEST hoy see realizó un debate sobre la seguridad del contrato inteligente
Algunos emitieron ciertos criterios con razón, sin razón, con conocimiento, o si el mismo
Ante esta inquietud, decidí buscar a fondo información al respecto
Les dejo el resultado d lo q pude hallar
👇
Algunos emitieron ciertos criterios con razón, sin razón, con conocimiento, o si el mismo
Ante esta inquietud, decidí buscar a fondo información al respecto
Les dejo el resultado d lo q pude hallar
👇
🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🫵🏻
*SI NO LEES ESTO, NO INVIERTAS EN BITNEST. T VOY A ENSEÑAR XQ BITNEST SI ES SEGURO*
*ACLARANDO DUDAS*
Copia y pega este mensaje, guardalo y envíaselo a cada persona q t pregunte x esto mismo q llevamos todo el día hablando 👇🏻👇🏻👇🏻👇🏻
📌 *PREGUNTA:*
Cómo puede modificarse un contrato inteligente si renunciaron a dicho contrato los dueños ?
🔥 *RESPUESTA*
Buena pregunta, Alexis. Si los propietarios originales de un contrato inteligente han renunciado a él (por ejemplo, revocando sus roles de administrador o renunciando a la propiedad del contrato), modificarlo se vuelve mucho más complejo, pero no necesariamente imposible. Aquí te explico las posibles vías:
---
🔐 1. Verificación del control actual
Primero hay que revisar si realmente no queda ningún rol con privilegios para modificar el contrato:
- ¿Se eliminó el owner, admin, o cualquier governance role?
- ¿El contrato está completamente descentralizado o bloqueado (immutable)?
Si el contrato fue diseñado para ser sin posibilidad de modificación (por ejemplo, sin funciones como upgrade, setConfig, o changeAdmin), entonces no se puede cambiar sin desplegar uno nuevo.
---
🛠️ 2. Uso de patrones de actualización
Si el contrato usa un patrón como Proxy + Logic (UUPS, Transparent Proxy, etc.), aún puede modificarse si:
- El proxy sigue apuntando a una lógica que puede ser actualizada.
- Existe una entidad (como una DAO o multisig) que tiene permisos para llamar a upgradeTo() o similar.
En ese caso, aunque los dueños originales renunciaron, la comunidad o el sistema de gobernanza podría seguir teniendo control.
---
🧨 3. Despliegue de un nuevo contrato
Si el contrato es verdaderamente inmutable y sin control:
- Se puede desplegar una nueva versión del contrato con los cambios necesarios.
- Luego, se puede incentivar a los usuarios a migrar al nuevo contrato (por ejemplo, retirando fondos del viejo y depositando en el nuevo).
Esto es común en DeFi cuando se lanza una v2 o v3 de un protocolo.
---
🧭 4. Auditoría del código
En tu caso, como experto en auditoría, podrías revisar:
- Si hay funciones ocultas o mal documentadas que permiten cambios.
- Si hay delegatecall, selfdestruct, o external call que podrían ser vectores de modificación indirecta.
- Si hay una DAO o multisig que aún puede ejecutar propuestas de cambio.
📌 *PREGUNTA*
Puedes revisar este contrato en la red d bnb smartchain
0x92b7807bF19b7DDdf89b706143896d05228f3121
🔥 *RESPUESTA*
Perfecto, Alexis. Ya con la dirección completa y la red confirmada (BNB Smart Chain), aquí va un análisis preliminar del contrato inteligente 0x92b7807bF19b7DDdf89b706143896d05228f3121:
---
🔍 Estado de control y modificabilidad
Basado en la revisión del contrato en el explorador de BNB Chain:
- Propiedad actual: El contrato muestra que la función owner() devuelve la dirección 0x0000000000000000000000000000000000000000, lo que indica que la propiedad ha sido renunciada. Esto es típico cuando se llama a renounceOwnership() en contratos basados en Ownable.
- Funciones administrativas: No se detectan funciones como upgradeTo(), changeAdmin(), ni estructuras de proxy (delegatecall, implementation()), lo que sugiere que no es un contrato actualizable.
- Roles adicionales: No hay evidencia de AccessControl ni getRoleAdmin() en el ABI, lo que refuerza que no hay otros roles con privilegios.
- Inmutabilidad efectiva: El contrato parece estar bloqueado, sin posibilidad de modificación directa ni indirecta. Cualquier cambio requeriría desplegar un nuevo contrato y migrar usuarios.
---
🧠 Implicaciones técnicas
- ✅ Seguridad: Al no tener dueño ni funciones de actualización, el contrato es más resistente a manipulaciones maliciosas.
- ❌ Flexibilidad: No se puede corregir errores, actualizar lógica, ni adaptar a nuevas necesidades sin migración.
- 🔄 Migración: Si se requiere evolución, se debe desplegar una nueva versión y diseñar un proceso de transición para los usuarios.
---
*SI NO LEES ESTO, NO INVIERTAS EN BITNEST. T VOY A ENSEÑAR XQ BITNEST SI ES SEGURO*
*ACLARANDO DUDAS*
Copia y pega este mensaje, guardalo y envíaselo a cada persona q t pregunte x esto mismo q llevamos todo el día hablando 👇🏻👇🏻👇🏻👇🏻
📌 *PREGUNTA:*
Cómo puede modificarse un contrato inteligente si renunciaron a dicho contrato los dueños ?
🔥 *RESPUESTA*
Buena pregunta, Alexis. Si los propietarios originales de un contrato inteligente han renunciado a él (por ejemplo, revocando sus roles de administrador o renunciando a la propiedad del contrato), modificarlo se vuelve mucho más complejo, pero no necesariamente imposible. Aquí te explico las posibles vías:
---
🔐 1. Verificación del control actual
Primero hay que revisar si realmente no queda ningún rol con privilegios para modificar el contrato:
- ¿Se eliminó el owner, admin, o cualquier governance role?
- ¿El contrato está completamente descentralizado o bloqueado (immutable)?
Si el contrato fue diseñado para ser sin posibilidad de modificación (por ejemplo, sin funciones como upgrade, setConfig, o changeAdmin), entonces no se puede cambiar sin desplegar uno nuevo.
---
🛠️ 2. Uso de patrones de actualización
Si el contrato usa un patrón como Proxy + Logic (UUPS, Transparent Proxy, etc.), aún puede modificarse si:
- El proxy sigue apuntando a una lógica que puede ser actualizada.
- Existe una entidad (como una DAO o multisig) que tiene permisos para llamar a upgradeTo() o similar.
En ese caso, aunque los dueños originales renunciaron, la comunidad o el sistema de gobernanza podría seguir teniendo control.
---
🧨 3. Despliegue de un nuevo contrato
Si el contrato es verdaderamente inmutable y sin control:
- Se puede desplegar una nueva versión del contrato con los cambios necesarios.
- Luego, se puede incentivar a los usuarios a migrar al nuevo contrato (por ejemplo, retirando fondos del viejo y depositando en el nuevo).
Esto es común en DeFi cuando se lanza una v2 o v3 de un protocolo.
---
🧭 4. Auditoría del código
En tu caso, como experto en auditoría, podrías revisar:
- Si hay funciones ocultas o mal documentadas que permiten cambios.
- Si hay delegatecall, selfdestruct, o external call que podrían ser vectores de modificación indirecta.
- Si hay una DAO o multisig que aún puede ejecutar propuestas de cambio.
📌 *PREGUNTA*
Puedes revisar este contrato en la red d bnb smartchain
0x92b7807bF19b7DDdf89b706143896d05228f3121
🔥 *RESPUESTA*
Perfecto, Alexis. Ya con la dirección completa y la red confirmada (BNB Smart Chain), aquí va un análisis preliminar del contrato inteligente 0x92b7807bF19b7DDdf89b706143896d05228f3121:
---
🔍 Estado de control y modificabilidad
Basado en la revisión del contrato en el explorador de BNB Chain:
- Propiedad actual: El contrato muestra que la función owner() devuelve la dirección 0x0000000000000000000000000000000000000000, lo que indica que la propiedad ha sido renunciada. Esto es típico cuando se llama a renounceOwnership() en contratos basados en Ownable.
- Funciones administrativas: No se detectan funciones como upgradeTo(), changeAdmin(), ni estructuras de proxy (delegatecall, implementation()), lo que sugiere que no es un contrato actualizable.
- Roles adicionales: No hay evidencia de AccessControl ni getRoleAdmin() en el ABI, lo que refuerza que no hay otros roles con privilegios.
- Inmutabilidad efectiva: El contrato parece estar bloqueado, sin posibilidad de modificación directa ni indirecta. Cualquier cambio requeriría desplegar un nuevo contrato y migrar usuarios.
---
🧠 Implicaciones técnicas
- ✅ Seguridad: Al no tener dueño ni funciones de actualización, el contrato es más resistente a manipulaciones maliciosas.
- ❌ Flexibilidad: No se puede corregir errores, actualizar lógica, ni adaptar a nuevas necesidades sin migración.
- 🔄 Migración: Si se requiere evolución, se debe desplegar una nueva versión y diseñar un proceso de transición para los usuarios.
---
❤2