#module

Untersuchen Sie den Move-Smart-Contract-Code, der in einem beliebigen Sui-Paket veröffentlicht wurde, live von einem öffentlichen Sui-Fullnode-JSON-RPC – kein Key erforderlich. Sui-Verträge werden als Pakete von Move-Modulen veröffentlicht; dies liest ihr normalisiertes ABI: Listet jedes Modul in einem Paket auf, liest die exponierten Funktionen eines Moduls (Sichtbarkeit, Entry-Flag, Typparameter mit ihren Fähigkeiten, Parameter- und Rückgabetyp-Tags) und Strukturdefinitionen oder bohrt direkt in die Signatur einer einzelnen Funktion. Im Gegensatz zu Objekt- und Coin-Readern legt dies die aufrufbare Schnittstelle selbst offen – genau das, was ein Sui-Paket Ihnen ermöglicht – die Schicht, die Sui-Wallets, Explorer, Builder für programmierbare Transaktionsblöcke sowie SDK- und Binding-Generatoren benötigen, bevor sie eine Transaktion konstruieren können. Liest direkt von der Chain; live, nur kurzer Cache.

api.oanor.com/suimodules-api

Untersuchen Sie den Move-Smart-Contract-Code, der auf einem beliebigen Aptos-Konto veröffentlicht wurde, live über die offizielle öffentliche Aptos Fullnode REST API – ohne Key. Während ein Resources-Endpunkt die Daten eines Kontos anzeigt, zeigt dieser seinen Code: Listen Sie die Move-Module auf, die ein Konto veröffentlicht, lesen Sie das vollständige ABI eines beliebigen Moduls – seine offengelegten Funktionen mit Sichtbarkeit, Entry- und View-Flags, generischen Typparametern, Parameter- und Rückgabetypen sowie seine Strukturdefinitionen – und filtern Sie direkt zu den aufrufbaren Entry-Funktionen (zustandsändernde Transaktionen) und View-Funktionen (schreibgeschützte Abfragen), die eine dApp aufrufen kann. Die On-Chain-Schnittstellenschicht für Aptos-Wallets, Explorer, SDK- und Binding-Generatoren sowie Sicherheitstools, die genau wissen müssen, was ein Vertrag offenlegt, bevor sie ihn aufrufen. Liest direkt von der Chain; live, nur kurzer Cache.

api.oanor.com/aptosmodules-api

Spur-gear geometry as an API, computed locally and deterministically for standard full-depth involute teeth. The geometry endpoint takes a module and a number of teeth (and an optional pressure angle, default 20°) and returns the complete tooth geometry: the pitch diameter (module × teeth), the base, tip (outside) and root diameters, the addendum, dedendum, whole and working depth, the circular and base pitch, the diametral pitch and the tooth thickness — all in millimetres. The module can be given directly or derived from a diametral pitch or a circular pitch. The pair endpoint meshes two gears of the same module and returns each gear's pitch and tip diameter, the centre distance (module × (z1 + z2) ÷ 2) and the gear ratio. The module endpoint converts freely between module, diametral pitch and circular pitch, or derives the module from a pitch diameter and tooth count. Everything is computed locally and deterministically, so it is instant and private. Ideal for machine-design and CAD tools, gear and gearbox calculators, maker, robotics and 3D-printing projects, and mechanical-engineering apps. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 endpoints. This is spur-gear geometry; for bicycle gear ratios and development use a bike-gear API and for belt-and-pulley drives use a belt-drive API.

api.oanor.com/spurgear-api