Reale Vermögenswerte

Was existiert

Die Dokumentation in klarer Sprache beschreibt drei Schichten. Genau eine davon hat Code in diesem Repository, und diese Referenz dokumentiert diese eine.

Also: Es gibt Preise, und es gibt Contracts, die sie halten und ausliefern. Es gibt keine Margin-Maschine, kein Sicherheitenregister und keinen Positions-Contract zum Aufrufen. Wenn es die gibt, werden sie hier als Aufrufoberflächen dokumentiert, nicht als Absichten.

Ein Preis, nicht der Vermögenswert

Das ist eine Aussage darüber, was die Chain tut, kein daran geschraubter Haftungsausschluss. Nichts im Register verweist auf einen Emittenten, einen Verwahrer oder eine Reserve, denn es gibt keine: Pickle gibt keinen realen Vermögenswert aus und hält keinen. Ein Feed namens AAPL/USD ist eine Zahl, die beschreibt, wozu diese Aktie auf einem Markt anderswo gehandelt wird, auf dieser Chain veröffentlicht und nichts weiter.

Die Vermögensliste bekommen

Drei Wege, und der erste ist fast immer der richtige. Er braucht keine ABI, keine Adresse und keinen Schlüssel.

# Every feed the chain carries, with its adapter, decimals, answer and age.
curl -s $RPC_URL \
  -H 'content-type: application/json' \
  -d '{"jsonrpc":"2.0","id":1,"method":"pickle_prices","params":[]}' \
  | jq '.result.feeds[] | {symbol, feedId, adapter, decimals, price, statusName, staleOnchain}'

# The count alone, when you only want to know whether the catalog changed.
curl -s $RPC_URL \
  -H 'content-type: application/json' \
  -d '{"jsonrpc":"2.0","id":1,"method":"pickle_prices","params":[]}' \
  | jq '.result.feeds | length'

$RPC_URL ist der Endpunkt aus den Netzwerkparametern. Die Antwort trägt außerdem blockNumber, timestamp sowie den publisher und den owner, die das Register nennt - lesen Sie die, wenn Sie wissen wollen, wer hätte schreiben können, was Sie gerade gelesen haben.

Die 33 Feeds

19 der 33 sind reale Vermögenswerte. Die im Betrieb entscheidende Aufteilung ist eine andere: 13 Feeds sind durch Spot-Handelsplätze gestützt und 20 kommen allein von Pyth - das ist jeder Feed auf einen realen Vermögenswert plus XMR/USD, das eine Krypto-Paar ohne Handelsplatz-Bein.

• 5 Handelsplätze + Pyth. five spot venues, with a Pyth feed alongside as a cross-check and a stand-in
• Nur Pyth. Pyth only - no venue is listed for this feed, so an absent Pyth credential leaves it unpublished

Spalte Markt: immer offen - open every day, all day; NYSE-Zeiten - 09:30-16:00 New York, Monday to Friday, with the exchange holiday list; Devisenwoche - continuous Monday to Friday afternoon New York, closed Saturday, reopening Sunday evening; Sitzung mit täglicher Pause - a nearly-continuous session with a daily break and a closed Saturday. Die Zeitpläne sind das Thema der Handelszeiten, und sie zu behandeln ist nicht optional.

Fünf Veröffentlichungsregeln, nicht dreiunddreißig

Die Schrittobergrenze ist die Zeile, die am häufigsten falsch gelesen wird. Sie ist 0 und damit abgeschaltet auf jedem Krypto-Feed, und aktiv auf jedem Feed auf einen realen Vermögenswert - eine Aktualisierung eines realen Feeds, die sich in einem Schritt weiter bewegt als die Obergrenze, wird also vom Contract übersprungen statt geschrieben, es sei denn, der Marktstatus hat sich in derselben Aktualisierung geändert. Diese Ausnahme ist das, was eine Wochenendlücke landen lässt.

Was ein Feed-Eintrag trägt

Dieselben Felder sind die Konfiguration des Feeds on-chain, was Sie also aus pickle_prices oder aus feeds(offset, limit) lesen, ist dieser Eintrag plus die jüngste Runde. decimals ist heute auf jedem Feed 8, und das Feld erlaubt 0 bis 18: Lesen Sie es, statt es anzunehmen, denn der Preis eines Irrtums ist ein Preis, der um acht Größenordnungen danebenliegt.

Feed-IDs

Ein Feed wird über einen Hash seines Symbols geschlüsselt, nicht über einen Index und nicht über eine Adresse:

bytes32 feedId = keccak256(bytes("ETH/USD"));

The canonical symbol, upper case, with a single slash - keccak256("ETH/USD"), not "ETH-USD" and not "eth/usd". The same 32 bytes key the contract's mappings, name the feed on the RPC, and appear as the indexed topic of every FeedUpdated log. You can compute it offline with any keccak-256 implementation; nothing has to be fetched to know it.

The node and the service both accept ETH/USD, ETH-USD, eth-usd or 0x<64 hex feed id and normalise before looking up, so a URL-safe spelling costs nothing.

Die Adressen auflösen

The price registry and one adapter per feed are predeploys: their addresses are fixed at genesis and canonical for the life of the chain. That is precisely why this reference resolves them instead of printing them.

• pickle_prices answers with the registry's address in core and each feed's adapter in feeds[].adapter, checksummed. That is the shortest path and it needs no ABI.
• pickle_price(feed) carries that feed's adapter; pickle_ethUsdPrice carries the adapter, the registry and, under contract, the adapter again, which is what a Chainlink reader should be pointed at.
• On chain, adapterOf(feedId) returns the deployed adapter and adapterAddress(feedId) recomputes it: the adapter is CREATE2 from the registry with salt = feedId, so its address is a pure function of the registry address and the symbol.
• The first-party applications resolve every address they use at runtime rather than compiling one in - shared-ui/config.js merges the deployment's address files into config.addresses at load.
• The explorer shows that address as an account, with its code and its activity, which is the human-readable cross-check that something is deployed there. It publishes no source and no ABI: the repository is not public yet, and the explorer verifies no contract.

# The registry and one feed's adapter, resolved from the chain itself.
curl -s $RPC_URL \
  -H 'content-type: application/json' \
  -d '{"jsonrpc":"2.0","id":1,"method":"pickle_price","params":["ETH-USD"]}' \
  | jq '{adapter: .result.adapter, feedId: .result.feedId}'

# Then prove the address has code before you call it.
curl -s $RPC_URL \
  -H 'content-type: application/json' \
  -d '{"jsonrpc":"2.0","id":1,"method":"eth_getCode","params":["<adapter>","latest"]}'

Verify a resolved address with an eth_getCode before your first call. A CALL to an account with no code succeeds and returns nothing, so a wrong address does not revert - it reads as a price of zero.