Pickle Chain para desarrolladores

Qué es

Pickle hace funcionar un secuenciador Rust a medida con revm fijado en Cancun. Cuando usted envía una transacción, se ejecuta de inmediato - eth_sendRawTransaction bloquea hasta que el resultado existe en vez de devolver la promesa de uno - y hay un recibo disponible dentro del objetivo de programación del minibloque, unos 10 ms. Un bloque con forma de Ethereum que envuelve esos minibloques se sella a un objetivo de programación de unos 250 ms, y ese bloque es el que billeteras y exploradores tratan como una confirmación.

Desde el punto de vista de las herramientas, la cadena es ordinaria allí donde más importa: chain ID 78270 en la red de pruebas pública que documenta esta referencia, ETH para el gas, un límite de gas por bloque de 30.000.000, JSON-RPC estándar y cabeceras de bloque con forma Cancun. forge, ethers, viem y MetaMask funcionan todos contra ella. También es inusual allí donde importa, y eso tiene su propia página en vez de un párrafo aquí.

Qué no es

Pickle no se presenta de otro modo que como una cadena de operador único, y esta documentación no publica ninguna cifra de rendimiento. Los dos números de cadencia de arriba son objetivos de programación - los intervalos a los que apunta el productor de bloques - y no garantías de latencia ni una afirmación sobre el rendimiento. El sellador salta un tic atrasado en vez de recuperarlo.

Tampoco es una equivalencia EVM completa, y las diferencias se publican en su propia página en vez de dejarse para que usted las encuentre en ejecución. En resumen: las lecturas de estado ignoran el parámetro de bloque, no hay archivo, y error.data nunca se rellena, así que su biblioteca no puede decodificar un error personalizado.

La forma de la cosa

Una transacción atraviesa tres pisos, y saber cuál está observando es la mayor parte de lo que hace legible esta cadena:

• Ejecución - inmediata, síncrona con su llamada RPC. Un revert se conoce aquí.
• Preconfirmación - un minibloque, firmado por el secuenciador, a un objetivo de programación de unos 10 ms. Su recibo existe, y su blockNumber sigue siendo null.
• Confirmación - un bloque EVM, a un objetivo de programación de unos 250 ms. Ahí blockNumber y blockHash están rellenos.

La finalidad es un cuarto evento, aparte: ocurre una vez que el lote que la contiene se liquida en Ethereum. Este sitio no emplea la palabra para nada más.

Su primera llamada

La red de pruebas pública responde en https://rpc.picklechain.xyz. Los ejemplos la escriben en todas partes como $RPC_URL, para que la misma orden funcione sin cambios contra un nodo propio:

export RPC_URL=https://rpc.picklechain.xyz

curl -s "$RPC_URL" \
  -X POST -H 'content-type: application/json' \
  -d '{"jsonrpc":"2.0","id":1,"method":"eth_chainId","params":[]}'

# {"jsonrpc":"2.0","id":1,"result":"0x131be"}

0x131be es 78270. La llamada en sí no pide clave, ni cuenta, ni cabecera más allá de un tipo de contenido: el nodo no autentica nada y responde a cualquiera que pueda alcanzarlo. El ETH de prueba viene del faucet, una solicitud por dirección cada 24 horas, y el estado puede reiniciarse sin previo aviso.

Adónde ir después

• Parámetros de red - las constantes, en una tabla.
• Referencia JSON-RPC - los 61 métodos registrados.
• Diferencias con Ethereum - léalo antes de depurar su cliente.
• Histórico y retención - léalo antes de escribir un indexador.
• Activos del mundo real - la capa de precios: cómo obtener la lista de activos y cómo leer un precio.
• API de las aplicaciones - las superficies HTTP de primera parte, que son una comodidad y no la cadena.
• Lista de tokens y etiquetas de dirección - cómo consigue un token su logo y la marca de verificación, y un contrato su etiqueta: con una pull request.
• El explorador - el archivo que el nodo no es.
• El faucet - ETH de prueba y PKL de prueba, contra una dirección pegada.