Hace un tiempo, durante un descanso de hacer órdenes en contratos, de repente reflexioné sobre una cuestión: si la IA en la cadena pudiera realizar cálculos directamente en la cadena, eliminando los viajes de ida y vuelta fuera de la cadena y las capas de protocolos intermedios, ¿sería ese diseño más acorde a "cómo debería ser una máquina"?
Esta idea me llevó a fijarme en la lógica de diseño de OpenGradient — que parece simple, pero en realidad es bastante robusta.
¿En qué consiste su núcleo? La etapa de preprocesamiento de datos puede completarse directamente en la capa de contratos inteligentes. En otras palabras, no es necesario extraer los datos fuera de la cadena para procesarlos y luego devolverlos, sino que la lógica de preprocesamiento puede formar parte del propio contrato.
¿Y qué implica esto? Un camino de flujo de datos más corto, menos etapas intermedias, y una mayor facilidad para garantizar la coherencia del estado en la cadena. Desde el punto de vista de eficiencia, esto representa un paradigma de IA en la cadena más puro: datos, cálculos y resultados en un ciclo cerrado en la cadena, sin saltos innecesarios.
Lo interesante es que muchas personas, al discutir IA en la cadena, tienden a pasar por alto este enfoque de diseño y en cambio centran su atención en el modelo en sí. Pero en realidad, el diseño de la arquitectura es la clave para determinar si este sistema puede funcionar de manera verdaderamente eficiente.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
13 me gusta
Recompensa
13
5
Republicar
Compartir
Comentar
0/400
AirdropBlackHole
· hace6h
Las complicaciones de ida y vuelta fuera de la cadena realmente son una pérdida de tiempo, lo mejor es cerrar el ciclo directamente en la cadena.
Ver originalesResponder0
TopEscapeArtist
· hace6h
Hmm… esa parte de ida y vuelta fuera de la cadena es realmente un agujero negro invisible; cuantas más capas de interacción de protocolo, mayor es el riesgo. He cometido errores en los contratos.
Ver originalesResponder0
TxFailed
· hace6h
Nah, todo el mundo está obsesionado con el tamaño del modelo cuando en realidad el cuello de botella es literalmente la arquitectura... he estado allí, he visto acumularse las transacciones fallidas por este error exacto. El cierre en cadena realmente marca la diferencia cuando finalmente consigues que el flujo de datos funcione correctamente.
Ver originalesResponder0
UnruggableChad
· hace6h
Vaya, esto es realmente pensar en cadena, no hay quienes puedan compararse con aquellos que solo alaban los modelos todos los días.
Ver originalesResponder0
OldLeekMaster
· hace6h
Procesar datos directamente en la cadena realmente tocó la tecla correcta, pero la verdad es que ¿cuánto cuesta hacer esto?
---
Las optimizaciones de arquitectura siempre pasan desapercibidas, todos piensan en qué tan impresionante es el modelo, pero la eficiencia es un desastre
---
Así que en realidad lo que hacen es trasladar las tareas off-chain a la cadena, suena elegante pero ¿no será otra pesadilla de tarifas de gas?
---
Entiendo esta lógica, pero lo crucial es si realmente hay proyectos que hayan entendido esto a fondo. ¿O solo es otra revolución de PPT?
---
Es un poco como una versión mejorada del problema del oracle, parece que resuelve el problema de enrutamiento, pero en realidad surgen nuevos riesgos de centralización
Hace un tiempo, durante un descanso de hacer órdenes en contratos, de repente reflexioné sobre una cuestión: si la IA en la cadena pudiera realizar cálculos directamente en la cadena, eliminando los viajes de ida y vuelta fuera de la cadena y las capas de protocolos intermedios, ¿sería ese diseño más acorde a "cómo debería ser una máquina"?
Esta idea me llevó a fijarme en la lógica de diseño de OpenGradient — que parece simple, pero en realidad es bastante robusta.
¿En qué consiste su núcleo? La etapa de preprocesamiento de datos puede completarse directamente en la capa de contratos inteligentes. En otras palabras, no es necesario extraer los datos fuera de la cadena para procesarlos y luego devolverlos, sino que la lógica de preprocesamiento puede formar parte del propio contrato.
¿Y qué implica esto? Un camino de flujo de datos más corto, menos etapas intermedias, y una mayor facilidad para garantizar la coherencia del estado en la cadena. Desde el punto de vista de eficiencia, esto representa un paradigma de IA en la cadena más puro: datos, cálculos y resultados en un ciclo cerrado en la cadena, sin saltos innecesarios.
Lo interesante es que muchas personas, al discutir IA en la cadena, tienden a pasar por alto este enfoque de diseño y en cambio centran su atención en el modelo en sí. Pero en realidad, el diseño de la arquitectura es la clave para determinar si este sistema puede funcionar de manera verdaderamente eficiente.