Sinceramente, recomiendo encarecidamente a todas las personas que apuestan por @OpenGradient que no se dejen engañar por su supuesta narrativa de “base” tan hardcore. Después de probar personalmente la interacción de nodos, revisar el libro blanco y leer la documentación de actualización, pude ver claramente la verdadera cara de este proyecto.
No se puede negar que la lógica de $OPG es realmente impresionante: utiliza la arquitectura HACA y tecnologías TEE+ZKML para resolver el dolor de cabeza de las tarifas disparadas de ejecutar algoritmos de IA en la cadena. Además, ya está implementado en la red principal con más de 2 millones de inferencias de IA realizadas, respaldadas por datos reales de despliegue; esa es precisamente la razón clave por la que ha logrado captar cierto nivel de atención.
Pero si lo dejamos de lado el “hype” y miramos las pruebas, ¡está lleno de fallas! En la web oficial publicitan a gran escala tres modos de verificación que se pueden cambiar libremente. Presumen que es descentralizado, verificable y auditable, pero por defecto toda la red se bloquea directamente en el modo Vanilla sin verificación.
La gran mayoría de los desarrolladores simplemente usa la configuración predeterminada y ni siquiera cambia parámetros manualmente. En otras palabras, el 99% del tráfico de toda la red va “desnudo”. La llamada auditoría de seguridad queda completamente inutilizada durante todo el proceso. Y los otros dos niveles de verificación avanzada son solo un decorado: la verificación TEE está ligada a la nube centralizada de AWS, sin nada de descentralización; la verificación ZKML tiene un costo que es decenas de miles (o incluso más) de veces el de una inferencia convencional, por lo que es inviable para uso comercial y, en la red principal, simplemente no se puede ejecutar.
Lo más crítico es la vulnerabilidad en su mecanismo: las cuentas con recarga previa no tienen congelación ni un requisito de saldo mínimo. Es muy fácil que, tras consumir cómputo, falle el cobro de los costos. El costo de cómputo no puede garantizarse en absoluto, y el sistema de verificación y el de liquidación están completamente desconectados.
En pocas palabras, OPG usa una narrativa de tecnología de primer nivel para empaquetar una arquitectura de base repleta de fallos. Solo es adecuado para emboscadas de expectativas con un capital extremadamente pequeño; apostar fuerte es absolutamente un gran error.
¿Ustedes creen que proyectos con tanta promoción y tan poca implementación tendrán alguna posibilidad de “dar vuelta la tortilla” en el futuro? ¡Comenten en la sección de comentarios!
#opg $OPG
No se puede negar que la lógica de $OPG es realmente impresionante: utiliza la arquitectura HACA y tecnologías TEE+ZKML para resolver el dolor de cabeza de las tarifas disparadas de ejecutar algoritmos de IA en la cadena. Además, ya está implementado en la red principal con más de 2 millones de inferencias de IA realizadas, respaldadas por datos reales de despliegue; esa es precisamente la razón clave por la que ha logrado captar cierto nivel de atención.
Pero si lo dejamos de lado el “hype” y miramos las pruebas, ¡está lleno de fallas! En la web oficial publicitan a gran escala tres modos de verificación que se pueden cambiar libremente. Presumen que es descentralizado, verificable y auditable, pero por defecto toda la red se bloquea directamente en el modo Vanilla sin verificación.
La gran mayoría de los desarrolladores simplemente usa la configuración predeterminada y ni siquiera cambia parámetros manualmente. En otras palabras, el 99% del tráfico de toda la red va “desnudo”. La llamada auditoría de seguridad queda completamente inutilizada durante todo el proceso. Y los otros dos niveles de verificación avanzada son solo un decorado: la verificación TEE está ligada a la nube centralizada de AWS, sin nada de descentralización; la verificación ZKML tiene un costo que es decenas de miles (o incluso más) de veces el de una inferencia convencional, por lo que es inviable para uso comercial y, en la red principal, simplemente no se puede ejecutar.
Lo más crítico es la vulnerabilidad en su mecanismo: las cuentas con recarga previa no tienen congelación ni un requisito de saldo mínimo. Es muy fácil que, tras consumir cómputo, falle el cobro de los costos. El costo de cómputo no puede garantizarse en absoluto, y el sistema de verificación y el de liquidación están completamente desconectados.
En pocas palabras, OPG usa una narrativa de tecnología de primer nivel para empaquetar una arquitectura de base repleta de fallos. Solo es adecuado para emboscadas de expectativas con un capital extremadamente pequeño; apostar fuerte es absolutamente un gran error.
¿Ustedes creen que proyectos con tanta promoción y tan poca implementación tendrán alguna posibilidad de “dar vuelta la tortilla” en el futuro? ¡Comenten en la sección de comentarios!
#opg $OPG