He estado profundizando esta semana en @OpenGradient y un detalle arquitectónico no deja de captar mi atención.
OpenGradient en realidad nunca pone pesos del modelo ni las cargas de prueba de zkML en cadena. Publica un Blob ID. Ese es el truco. Los datos pesados viven en Walrus; el puntero de 32 bytes vive en la cadena, y esa separación probablemente es la razón por la que la red ha podido sostener 10.000+ transacciones diarias a través de 263.500+ wallets únicas sin una degradación visible del rendimiento.
#OPG Lo que me hizo quedarme pensando más tiempo fue el listado de Upbit del 15 de junio. El volumen alcanzó aproximadamente 358M USD en una sola sesión, con un aumento del 606%, lo que significó que de golpe una ola de wallets nuevas tocara $OPG .
Una parte de esas casi seguro exploró el Model Hub. Si cada solicitud de inferencia descargara binarios completos del modelo a través de la cadena, un evento de demanda de ese tamaño sería verdaderamente desestabilizador. La arquitectura de Blob ID es, esencialmente, aislamiento de carga, y resistió.
Seré honesto: no comprendo del todo cómo se comporta el caché de los nodos de inferencia ante una afluencia repentina de ese tipo. Los nodos descargan los modelos usando el Blob ID si aún no están en caché (Opengradient), así que ¿qué pasa cuando decenas de nodos nuevos necesitan el mismo modelo al mismo tiempo? ¿Walrus gestiona con elegancia los tirones de shards concurrentes a esa escala?
La separación entre almacenamiento y liquidación es un diseño limpio. Lo que no tengo tan claro es si realmente la capa de recuperación se probó para el 15 de junio, o si ese volumen se quedó en la capa del exchange y nunca llegó a la demanda de inferencia.
OpenGradient en realidad nunca pone pesos del modelo ni las cargas de prueba de zkML en cadena. Publica un Blob ID. Ese es el truco. Los datos pesados viven en Walrus; el puntero de 32 bytes vive en la cadena, y esa separación probablemente es la razón por la que la red ha podido sostener 10.000+ transacciones diarias a través de 263.500+ wallets únicas sin una degradación visible del rendimiento.
#OPG Lo que me hizo quedarme pensando más tiempo fue el listado de Upbit del 15 de junio. El volumen alcanzó aproximadamente 358M USD en una sola sesión, con un aumento del 606%, lo que significó que de golpe una ola de wallets nuevas tocara $OPG .
Una parte de esas casi seguro exploró el Model Hub. Si cada solicitud de inferencia descargara binarios completos del modelo a través de la cadena, un evento de demanda de ese tamaño sería verdaderamente desestabilizador. La arquitectura de Blob ID es, esencialmente, aislamiento de carga, y resistió.
Seré honesto: no comprendo del todo cómo se comporta el caché de los nodos de inferencia ante una afluencia repentina de ese tipo. Los nodos descargan los modelos usando el Blob ID si aún no están en caché (Opengradient), así que ¿qué pasa cuando decenas de nodos nuevos necesitan el mismo modelo al mismo tiempo? ¿Walrus gestiona con elegancia los tirones de shards concurrentes a esa escala?
La separación entre almacenamiento y liquidación es un diseño limpio. Lo que no tengo tan claro es si realmente la capa de recuperación se probó para el 15 de junio, o si ese volumen se quedó en la capa del exchange y nunca llegó a la demanda de inferencia.