#storage

Lee el almacenamiento de clave-valor en cadena de Tezos (bigmaps) en vivo desde el indexador público TzKT — sin key. Un bigmap es el mapa en cadena deserializado perezosamente de Tezos: la estructura de datos que los contratos inteligentes usan para lo grande — libros de tokens (quién posee qué), propiedad de NFT, asignaciones y metadatos. El explorador de contratos de Tezos lista contratos y su interfaz, pero no puede navegar por los bigmaps en sí, leer el esquema de clave/valor tipado de un bigmap, ni paginar a través de sus entradas de clave-valor en vivo. Esto abre eso. Navega y clasifica los bigmaps por tamaño con su puntero, contrato propietario, ruta (ej. "ledger"), etiquetas y recuentos total/activo de keys; lee el detalle de un bigmap y su esquema de clave/valor tipado (qué forma toma la clave y el valor de cada fila, ej. un libro de tokens de dirección a nat); y pagina a través de las entradas de clave-valor en vivo de un bigmap — los datos reales en cadena, como las filas de dirección a saldo de un libro de tokens o las filas de propietario de una colección de NFT. La capa de almacenamiento/datos para exploradores de Tezos, indexadores, paneles de tokens y análisis. Distinto del lector en cadena de Tezos (estado de cuenta), el explorador de contratos inteligentes, el registro de tokens FA y el lector de nombres .tez. En vivo desde el indexador; solo caché corta.

api.oanor.com/tezosbigmaps-api

La permaweb de Arweave — la cadena de bloques de pago único y almacenamiento permanente — en vivo desde la puerta de enlace pública de Arweave, sin clave, sin caché. En Arweave pagas una tarifa única por adelantado y tus datos se almacenan permanentemente; este es el primer lector de Arweave en el mercado. Cotiza el costo de almacenamiento permanente para cualquier tamaño de datos — en winston, AR y dólares estadounidenses — para que las aplicaciones puedan mostrar "almacena esto para siempre por $X" para cualquier cosa, desde un registro de 1 KB hasta un archivo de 1 TB (AR/USD con precio en vivo). Lee la información de la red en vivo: la altura de la cadena, el número total de bloques, el número de pares conectados y la versión del nodo en ejecución. Y busca cualquier bloque por altura para obtener su hash independiente, bloque anterior, marca de tiempo, número de transacciones y el fondo de recompensa del minero (en AR). La capa de almacenamiento y red para billeteras Arweave, aplicaciones permaweb, archivadores y análisis. En vivo desde arweave.net.

api.oanor.com/arweave-api

Lee el almacenamiento EVM sin procesar de cualquier contrato inteligente en vivo a través del JSON-RPC público de la cadena, decodifica cada palabra de 32 bytes como una dirección, uint o bool, y resuelve los punteros de implementación de proxy en todos los estándares de proxy comunes: EIP-1967, EIP-1822/UUPS y el slot legacy de OpenZeppelin/zeppelinos, además de proxies beacon. Así es como descubres a qué apunta realmente un proxy, quién es su administrador o qué está almacenando un contrato, incluso para contratos no verificados donde el código fuente y la ABI no están disponibles. Proporciónale una cadena y una dirección: lee un slot, escanea los primeros N slots para echar un vistazo al diseño del estado, o resuelve automáticamente la implementación del proxy. La capa de inspección de estado en cadena para auditores, monitores de actualizaciones y herramientas de seguridad, en Ethereum, Base, Arbitrum, Optimism, BNB, Polygon y más. Solo caché en vivo y corto.

api.oanor.com/storageslot-api

Datos en vivo en cadena de la red Filecoin (FIL), la blockchain de almacenamiento descentralizado donde los mineros son proveedores de almacenamiento que comprometen capacidad real de disco: el saldo de FIL de una dirección, tipo de actor y conteo de mensajes — y, para un proveedor de almacenamiento, su poder de almacenamiento bruto y ajustado por calidad y tamaño de sector; proveedores de almacenamiento clasificados por poder con la capacidad de cada uno, bloques minados y recompensas; un tipset (el bloque de Filecoin) con su altura, tiempo, conteo de bloques y mensajes; y la altura de la cadena, poder total de almacenamiento de la red y número de proveedores de almacenamiento activos.

api.oanor.com/filecoin-api

Matemáticas de humidores para puros como API, calculadas local y determinísticamente: los números detrás del almacenamiento correcto de puros, para que compres el humidor adecuado y lo mantengas en la humedad perfecta. El endpoint de capacidad calcula cuántos puros caben en un interior: volumen interior × una eficiencia de empaque ÷ el volumen de un puro, donde un puro es un cilindro de su calibre de anillo (en 64avos de pulgada) y longitud — un interior de 9 × 7 × 3 pulgadas contiene aproximadamente 40 Toros (calibre 50, 6 pulgadas) con un empaque realista de 0.62, dejando espacio para aire y un dispositivo de humidificación. El endpoint de medios dimensiona la humidificación: aproximadamente un paquete de dos vías de 60 g por cada 25 puros, reemplazado aproximadamente cada dos meses, por lo que un humidor de 40 puros necesita dos paquetes. El endpoint de sazonado cubre un humidor nuevo: su cedro español debe absorber humedad durante aproximadamente dos semanas a 84 % HR (un paquete de sazonado por cada 25 puros de capacidad, o el paño húmedo con agua destilada) antes de introducir cualquier puro, o la madera seca los arruinará. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para aplicaciones de tiendas de puros y estancos, páginas de productos de fabricantes de humidores, sitios de aficionados a los puros y rastreadores de colecciones, y guías de compra. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. En vivo, nada almacenado. 3 endpoints de cómputo. Para humedad ambiente o punto de rocío, usa una API psicrométrica.

api.oanor.com/humidor-api

Matemáticas de almacenamiento en silos de grano como API, calculadas local y determinísticamente: los números de bushels y peso que un agricultor o elevador utiliza para dimensionar el almacenamiento. El endpoint de bushels mide un silo redondo: área del piso × profundidad del grano da los pies cúbicos, y un pie cúbico contiene aproximadamente 0.8036 bushels, por lo que un silo de 18 pies lleno a 20 pies de nivel contiene aproximadamente 4,090 bushels — y el grano apilado hasta un pico añade un cono de (1/3) × área del piso × altura del pico, por lo que un pico de 4 pies añade aproximadamente 270 más. El endpoint de peso convierte bushels a peso según el peso de prueba estándar del cultivo — maíz y sorgo a 56 libras por bushel, trigo y soja 60, avena 32, cebada 48 — por lo que esos 4,090 bushels de maíz pesan 229,040 libras, aproximadamente 114.5 toneladas estadounidenses o 104 toneladas métricas; pase un peso de prueba medido para grano ligero o pesado. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones agrícolas, de elevadores de grano, gestión agrícola y agrotecnología, herramientas de capacidad de almacenamiento e inventario, y software de cosecha. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Unidades estadounidenses (pies, bushels, libras). En vivo, nada almacenado. 2 endpoints de cómputo.

api.oanor.com/grainbin-api

Matemáticas de arreglos de almacenamiento RAID como una API, calculadas local y determinísticamente. El endpoint de capacidad calcula la capacidad utilizable y bruta, la eficiencia de almacenamiento y la tolerancia a fallos de un nivel RAID — RAID 0 divide en n×disco sin redundancia, RAID 1 refleja en un disco y tolera n−1 fallos, RAID 5 da (n−1)×disco con tolerancia de un disco, RAID 6 da (n−2)×disco con tolerancia de dos discos, y RAID 10 da (n/2)×disco — e informa los discos mínimos que necesita cada nivel. El endpoint de comparación presenta los niveles uno al lado del otro para los mismos discos y tamaño de disco para que puedas sopesar capacidad frente a redundancia. El endpoint de reconstrucción estima cuánto tiempo lleva reconstruir un solo disco a una velocidad de reconstrucción dada, la ventana durante la cual un segundo fallo perdería datos en RAID 5/6. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de almacenamiento, NAS, servidores y administración de TI, herramientas de planificación de capacidad y adquisiciones, y calculadoras de homelab. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. En vivo, nada almacenado. 3 endpoints. Esto es dimensionamiento de arreglos RAID; para tiempo de transferencia de datos usa una API de transferencia.

api.oanor.com/raid-api