#storage

Lisez le stockage clé-valeur en chaîne de Tezos (bigmaps) en direct depuis l'indexeur public TzKT — sans clé. Un bigmap est une carte en chaîne désérialisée paresseusement de Tezos : la structure de données que les contrats intelligents utilisent pour les gros trucs — registres de jetons (qui possède quoi), propriété NFT, allocations et métadonnées. L'explorateur de contrats Tezos liste les contrats et leur interface, mais il ne peut pas parcourir les bigmaps eux-mêmes, lire le schéma typé clé/valeur d'un bigmap, ou paginer ses entrées clé-valeur en direct. Cela ouvre cette possibilité. Parcourez et classez les bigmaps par taille avec leur pointeur, contrat propriétaire, chemin (par ex. "ledger"), balises et nombres de clés total/actives ; lisez les détails d'un bigmap et son schéma typé clé/valeur (quelle forme chaque ligne de clé et valeur prend, par ex. un registre de jetons adresse-à-nat) ; et paginez les entrées clé-valeur en direct d'un bigmap — les données réelles en chaîne, telles que les lignes adresse-à-solde d'un registre de jetons ou les lignes propriétaire d'une collection NFT. La couche de stockage/données pour les explorateurs Tezos, indexeurs, tableaux de bord de jetons et analyses. Distinct du lecteur en chaîne Tezos (état du compte), de l'explorateur de contrats intelligents, du registre de jetons FA et du lecteur de noms .tez. En direct depuis l'indexeur ; cache court uniquement.

api.oanor.com/tezosbigmaps-api

Le permaweb Arweave — la blockchain payez-une-fois-stockez-pour-toujours — en direct depuis la passerelle publique Arweave, sans clé, rien en cache. Sur Arweave, vous payez des frais uniques et vos données sont stockées en permanence ; c'est le premier lecteur Arweave sur le marché. Obtenez le coût de stockage permanent pour toute taille de données — en winston, AR et dollars américains — afin que les applications puissent afficher « stockez ceci pour toujours pour X $ » pour tout, d'un enregistrement de 1 Ko à une archive de 1 To (AR/USD en direct). Lisez les informations réseau en direct : la hauteur de la trame, le nombre total de blocs, le nombre de pairs connectés et la version du nœud en cours. Et recherchez n'importe quel bloc par hauteur pour son hachage indépendant, le bloc précédent, l'horodatage, le nombre de transactions et le pool de récompenses des mineurs (en AR). La couche de stockage et de réseau pour les portefeuilles Arweave, les applications permaweb, les archiveurs et les analyses. En direct depuis arweave.net.

api.oanor.com/arweave-api

Lisez le stockage EVM brut de n'importe quel contrat intelligent en direct via le JSON-RPC public de la chaîne, décodez chaque mot de 32 octets en adresse, uint ou booléen, et résolvez les pointeurs d'implémentation de proxy à travers chaque standard de proxy courant — EIP-1967, EIP-1822/UUPS et le slot OpenZeppelin/zeppelinos hérité, ainsi que les proxy de beacon. C'est ainsi que vous découvrez ce qu'un proxy pointe réellement, qui est son administrateur, ou ce qu'un contrat stocke — même pour les contrats non vérifiés où la source et l'ABI sont indisponibles. Donnez-lui une chaîne et une adresse : lisez un slot, scannez les N premiers slots pour jeter un coup d'œil à la disposition de l'état, ou résolvez automatiquement l'implémentation du proxy. La couche d'inspection d'état en chaîne pour les auditeurs, les moniteurs de mise à niveau et les outils de sécurité, sur Ethereum, Base, Arbitrum, Optimism, BNB, Polygon et plus encore. En direct, cache court uniquement.

api.oanor.com/storageslot-api

Données en direct de la chaîne Filecoin (FIL), la blockchain de stockage décentralisée où les mineurs sont des fournisseurs de stockage qui engagent une capacité disque réelle : le solde FIL d'une adresse, le type d'acteur et le nombre de messages — et, pour un fournisseur de stockage, sa puissance de stockage brute et ajustée par qualité ainsi que la taille de ses secteurs ; les fournisseurs de stockage classés par puissance avec la capacité, les blocs minés et les récompenses de chacun ; un tipset (le bloc de Filecoin) avec sa hauteur, son heure, son nombre de blocs et ses messages ; et la hauteur de la chaîne, la puissance de stockage totale du réseau et le nombre de fournisseurs de stockage actifs.

api.oanor.com/filecoin-api

Mathématiques de l'humidor à cigares sous forme d'API, calculées localement et de manière déterministe — les chiffres pour bien stocker les cigares, afin d'acheter le bon humidor et de maintenir une humidité parfaite. Le point de terminaison capacity calcule combien de cigares un intérieur peut contenir : volume intérieur × efficacité de tassement ÷ volume d'un cigare, où un cigare est un cylindre de son calibre (en 64èmes de pouce) et de sa longueur — un intérieur de 9 × 7 × 3 pouces contient environ 40 Toros (calibre 50, 6 pouces) avec un tassement réaliste de 0,62, laissant de la place pour l'air et un dispositif d'humidification. Le point de terminaison media dimensionne l'humidification : environ un sachet de 60 g à double sens pour 25 cigares, remplacé environ tous les deux mois, donc un humidor de 40 cigares nécessite deux sachets. Le point de terminaison seasoning couvre un humidor neuf — son cèdre espagnol doit absorber l'humidité pendant environ deux semaines à 84 % HR (un sachet de seasoning par capacité de 25 cigares, ou le nettoyage à l'eau distillée) avant d'y mettre des cigares, sinon le bois sec les dessèche. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les applications de magasins de cigares et de tabacs, les pages produits des fabricants d'humidors, les sites d'aficionados et de suivi de collections, et les guides d'achat. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison de calcul. Pour l'humidité ambiante ou le point de rosée, utilisez une API psychrométrique.

api.oanor.com/humidor-api

Mathématiques de stockage de silos à grains sous forme d'API, calculées localement et de manière déterministe — les nombres de boisseaux et de poids qu'un agriculteur ou un élévateur utilise pour dimensionner le stockage. Le point de terminaison bushels mesure un silo rond : surface au sol × profondeur du grain donne les pieds cubes, et un pied cube contient environ 0,8036 boisseaux, donc un silo de 18 pieds rempli à 20 pieds de niveau contient environ 4 090 boisseaux — et le grain entassé jusqu'à un pic ajoute un cône de (1/3) × surface au sol × hauteur du pic, donc un pic de 4 pieds ajoute environ 270 de plus. Le point de terminaison weight convertit les boisseaux en poids selon le poids standard de l'essai de la culture — maïs et sorgho à 56 livres par boisseau, blé et soja 60, avoine 32, orge 48 — donc ces 4 090 boisseaux de maïs pèsent 229 040 livres, environ 114,5 tonnes US ou 104 tonnes ; passez un poids d'essai mesuré pour du grain léger ou lourd. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications agricoles, d'élévateurs à grains, de gestion agricole et d'ag-tech, les outils de capacité de stockage et d'inventaire, et les logiciels de récolte. Calcul local pur — pas de clé, pas de service tiers, instantané. Unités US (pieds, boisseaux, livres). En direct, rien n'est stocké. 2 points de terminaison de calcul.

api.oanor.com/grainbin-api

Mathématiques de baies de stockage RAID sous forme d'API, calculées localement et de manière déterministe. Le point de terminaison de capacité calcule la capacité utilisable et brute, l'efficacité de stockage et la tolérance aux pannes d'un niveau RAID — RAID 0 répartit les données sur n×disque sans redondance, RAID 1 les duplique sur un disque et tolère n−1 pannes, RAID 5 offre (n−1)×disque avec tolérance d'un disque, RAID 6 offre (n−2)×disque avec tolérance de deux disques, et RAID 10 offre (n/2)×disque — et indique le nombre minimum de disques requis pour chaque niveau. Le point de terminaison de comparaison présente les niveaux côte à côte pour les mêmes disques et la même taille de disque afin que vous puissiez peser la capacité par rapport à la redondance. Le point de terminaison de reconstruction estime le temps nécessaire pour reconstruire un seul disque à une vitesse de reconstruction donnée, la fenêtre pendant laquelle une deuxième panne entraînerait une perte de données en RAID 5/6. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications de stockage, NAS, serveurs et administrateurs informatiques, les outils de planification de capacité et d'approvisionnement, et les calculateurs de laboratoire domestique. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Il s'agit du dimensionnement de baies RAID ; pour le temps de transfert de données, utilisez une API de transfert.

api.oanor.com/raid-api