#storage

Lesen Sie Tezos' On-Chain-Key-Value-Speicher (Bigmaps) live vom öffentlichen TzKT-Indexer — kein API-Key erforderlich. Eine Bigmap ist Tezos' lazy-deserialisierte On-Chain-Map: die Datenstruktur, die Smart Contracts für die großen Dinge verwenden — Token-Ledger (wer besitzt was), NFT-Besitz, Berechtigungen und Metadaten. Der Tezos-Contract-Explorer listet Contracts und deren Schnittstelle auf, kann aber nicht die Bigmaps selbst durchsuchen, das typisierte Key/Value-Schema einer Bigmap lesen oder durch ihre Live-Key-Value-Einträge blättern. Dies öffnet das. Durchsuchen und ranken Sie die Bigmaps nach Größe mit ihrem Pointer, besitzendem Contract, Pfad (z.B. "ledger"), Tags und Gesamt-/aktiven Key-Anzahlen; lesen Sie die Details einer Bigmap und ihr typisiertes Key/Value-Schema (welche Form die Key- und Value-Zeilen haben, z.B. ein Address-to-Nat-Token-Ledger); und blättern Sie durch die Live-Key-Value-Einträge einer Bigmap — die tatsächlichen On-Chain-Daten, wie die Address-to-Balance-Zeilen eines Token-Ledgers oder die Besitzer-Zeilen einer NFT-Sammlung. Die Speicher-/Datenebene für Tezos-Explorer, Indexer, Token-Dashboards und Analysen. Unterscheidet sich vom Tezos-On-Chain-Reader (Account-Status), dem Smart-Contract-Explorer, dem FA-Token-Register und dem .tez-Namensleser. Live vom Indexer; nur kurzer Cache.

api.oanor.com/tezosbigmaps-api

Das Arweave Permaweb – die einmal-zahlen-für-immer-speichern-Blockchain – live vom öffentlichen Arweave-Gateway, kein Key, nichts gecached. Bei Arweave zahlen Sie eine einmalige Vorausgebühr und Ihre Daten werden dauerhaft gespeichert; dies ist der erste Arweave-Reader im Marktplatz. Geben Sie die Kosten für permanenten Speicher für jede Datengröße an – in Winston, AR und US-Dollar – damit Apps „speichere dies für immer für $X“ für alles von einem 1-KB-Datensatz bis zu einem 1-TB-Archiv anzeigen können (AR/USD live bepreist). Lesen Sie die Live-Netzwerkinformationen: die Weave-Höhe, die Gesamtzahl der Blöcke, die Anzahl der verbundenen Peers und die laufende Node-Version. Und suchen Sie jeden Block nach Höhe für seinen unabhängigen Hash, vorherigen Block, Zeitstempel, Transaktionsanzahl und den Miner-Belohnungspool (in AR). Die Speicher- und Netzwerkschicht für Arweave-Wallets, Permaweb-Apps, Archivierer und Analysen. Live von arweave.net.

api.oanor.com/arweave-api

Lesen Sie den rohen EVM-Speicher jedes Smart Contracts live über das öffentliche JSON-RPC der Chain, decodieren Sie jedes 32-Byte-Wort als Adresse, uint oder bool und lösen Sie Proxy-Implementierungszeiger über alle gängigen Proxy-Standards auf – EIP-1967, EIP-1822/UUPS und die Legacy-OpenZeppelin/zeppelinos-Slots sowie Beacon-Proxies. So finden Sie heraus, worauf ein Proxy tatsächlich zeigt, wer sein Admin ist oder was ein Vertrag speichert – selbst für nicht verifizierte Verträge, bei denen Quellcode und ABI nicht verfügbar sind. Geben Sie eine Chain und eine Adresse an: Lesen Sie einen Slot, scannen Sie die ersten N Slots, um einen Blick auf das Zustandslayout zu werfen, oder lösen Sie automatisch die Proxy-Implementierung auf. Die On-Chain-Zustandsinspektionsebene für Auditoren, Upgrade-Monitore und Sicherheitstools, über Ethereum, Base, Arbitrum, Optimism, BNB, Polygon und mehr. Live, nur kurzer Cache.

api.oanor.com/storageslot-api

Live-On-Chain-Daten aus dem Filecoin-Netzwerk (FIL), der dezentralen Speicher-Blockchain, in der Miner Speicheranbieter sind, die echte Festplattenkapazität zusichern: FIL-Guthaben einer Adresse, Akteurtyp und Nachrichtenanzahl – und für einen Speicheranbieter seine rohe und qualitätsbereinigte Speicherleistung und Sektorgröße; Speicheranbieter nach Leistung geordnet mit deren Kapazität, geschürften Blöcken und Belohnungen; ein Tipset (Filecoins Block) mit seiner Höhe, Zeit, Blockanzahl und Nachrichten; sowie die Kettenhöhe, gesamte Netzwerkspeicherleistung und Anzahl aktiver Speicheranbieter.

api.oanor.com/filecoin-api

Cigar-Humidor-Mathematik als API, lokal und deterministisch berechnet – die Zahlen hinter der richtigen Lagerung von Zigarren, damit Sie den richtigen Humidor kaufen und ihn bei perfekter Luftfeuchtigkeit halten. Der Capacity-Endpunkt berechnet, wie viele Zigarren ein Innenraum fasst: Innenvolumen × Packungsdichte ÷ Volumen einer Zigarre, wobei eine Zigarre ein Zylinder mit ihrem Ringmaß (in 64stel Zoll) und Länge ist – ein Innenraum von 9 × 7 × 3 Zoll fasst etwa 40 Toros (Ring 50, 6 Zoll) bei einer realistischen Packungsdichte von 0,62, unter Berücksichtigung von Luft und einem Befeuchtungsgerät. Der Media-Endpunkt dimensioniert die Befeuchtung: etwa ein 60-g-Zwei-Wege-Pack pro 25 Zigarren, etwa alle zwei Monate ersetzt, also benötigt ein 40-Zigarren-Humidor zwei Packs. Der Seasoning-Endpunkt behandelt einen brandneuen Humidor – sein spanisches Zedernholz muss etwa zwei Wochen lang bei 84 % relativer Luftfeuchtigkeit Feuchtigkeit aufnehmen (ein Seasoning-Pack pro 25-Zigarren-Kapazität oder das Abwischen mit destilliertem Wasser), bevor Zigarren hineingelegt werden, sonst entzieht ihnen das trockene Holz Feuchtigkeit. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Zigarrenladen- und Tabakwarenhändler-Apps, Humidor-Hersteller-Produktseiten, Zigarrenliebhaber- und Sammlungs-Tracker-Websites sowie Kaufratgeber. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Für Raumluftfeuchtigkeit oder Taupunkt verwenden Sie eine psychrometrische API.

api.oanor.com/humidor-api

Grain-Bin-Lagerberechnung als API, lokal und deterministisch berechnet – die Scheffel- und Gewichtszahlen, mit denen ein Landwirt oder Elevator die Lagerkapazität bemisst. Der Bushels-Endpunkt misst ein rundes Lager: Grundfläche × Getreidetiefe ergibt Kubikfuß, und ein Kubikfuß fasst etwa 0,8036 Scheffel, sodass ein 18-Fuß-Behälter, der 20 Fuß gefüllt ist, etwa 4.090 Scheffel fasst – und Getreide, das zu einem Gipfel aufgeschüttet wird, fügt einen Kegel von (1/3) × Grundfläche × Gipfelhöhe hinzu, sodass ein 4-Fuß-Gipfel etwa 270 weitere Scheffel ergibt. Der Weight-Endpunkt wandelt Scheffel in Gewicht um, basierend auf dem Standard-Testgewicht der Ernte – Mais und Sorghum bei 56 Pfund pro Scheffel, Weizen und Sojabohnen 60, Hafer 32, Gerste 48 – also wiegen diese 4.090 Scheffel Mais 229.040 Pfund, etwa 114,5 US-Tonnen oder 104 Tonnen; übergeben Sie ein gemessenes Testgewicht für leichtes oder schweres Getreide. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Entwickler von Apps für Landwirtschaft, Getreideheber, Farmmanagement und Agrartechnologie, für Lagerkapazitäts- und Bestandstools sowie Erntesoftware. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. US-Einheiten (Fuß, Scheffel, Pfund). Live, nichts wird gespeichert. 2 Compute-Endpunkte.

api.oanor.com/grainbin-api

RAID-Speicher-Array-Mathematik als API, lokal und deterministisch berechnet. Der Kapazitätsendpunkt berechnet die nutzbare und rohe Kapazität, die Speichereffizienz und die Fehlertoleranz eines RAID-Levels — RAID 0 stripet für n×Festplatte ohne Redundanz, RAID 1 spiegelt auf eine Festplatte und toleriert n−1 Ausfälle, RAID 5 ergibt (n−1)×Festplatte mit einer Festplatten-Toleranz, RAID 6 ergibt (n−2)×Festplatte mit zwei Festplatten-Toleranz und RAID 10 ergibt (n/2)×Festplatte — und meldet die Mindestanzahl an Festplatten, die jedes Level benötigt. Der Vergleichsendpunkt stellt die Level für dieselben Festplatten und Festplattengrößen nebeneinander, damit Sie Kapazität gegen Redundanz abwägen können. Der Wiederherstellungsendpunkt schätzt, wie lange es dauert, eine einzelne Festplatte bei einer gegebenen Wiederherstellungsgeschwindigkeit wiederherzustellen, das Zeitfenster, in dem ein zweiter Ausfall bei RAID 5/6 zu Datenverlust führen würde. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Speicher-, NAS-, Server- und IT-Admin-Apps, Kapazitätsplanungs- und Beschaffungstools sowie Homelab-Rechner. Reine lokale Berechnung — kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 3 Endpunkte. Dies ist RAID-Array-Größenbestimmung; für Datenübertragungszeit verwenden Sie eine Transfer-API.

api.oanor.com/raid-api