Perché QoreChain RDK
La maggior parte dei kit di sviluppo per rollup sono variazioni sullo stesso tema: ti aiutano a lanciare una app-chain che regola i propri stati su un layer di base. Il QoreChain RDK fa anche questo, e aggiunge tre funzionalità specifiche di QoreChain, costruite attorno al Layer 1 di QoreChain piuttosto che agli strumenti:
- un layer di regolamento post-quantistico,
- primitive consultive di AI/RL on-chain (QCAI), e
- un runtime a tripla VM con chiamate cross-VM.
Nessun rollup è ancora stato creato su nessuna delle due reti. La tabella qui sotto indica cosa funziona oggi. Se ti serve solo un generico rollup optimistic/zk, qualunque kit va bene; le funzionalità descritte qui sono ciò che l'RDK aggiunge in più, in TypeScript, Python, Go, Rust e Java.
| Funzionalità | Stato | Su cosa si basa |
|---|---|---|
| Ricevute di regolamento quantum-safe | 🟡 Fase iniziale | Gli ancoraggi sono firmati con ML-DSA-87, lo schema post-quantistico della Main Chain; non esiste ancora nessun ancoraggio |
| QCAI Rollup Copilot | 🟡 Non ancora disponibile sugli endpoint pubblici | Servizi consultivi di AI/RL on-chain che gli endpoint pubblici oggi non espongono |
| Chiamate cross-VM multi-VM | 🟡 Non ancora utilizzabile sulle reti live | Un precompile cross-VM che non è attivato, e il caricamento di CosmWasm è chiuso |
1. Ricevute di regolamento quantum-safe
🟡 Progetto costruito sul layer di base post-quantistico di QoreChain. Gli ancoraggi di regolamento sono firmati con ML-DSA-87 (Dilithium-5, FIPS-204), lo stesso schema usato dalla Main Chain. Fase iniziale: non esiste ancora nessun ancoraggio su nessuna delle due reti.
Quando il creatore del tuo rollup ancora un batch di regolamento, l'ancoraggio è firmato con una chiave post-quantistica registrata on-chain. L'RDK può impacchettare quell'ancoraggio come una ricevuta portabile, e un verificatore rilegge l'affermazione da un nodo QoreChain per confermare che il rollup, il batch, l'ancoraggio e la chiave del creatore corrispondano tutti a ciò che la chain detiene.
import { createRdkClient, buildSettlementReceipt, verifySettlementReceipt } from "@qorechain/rdk";
const rdk = createRdkClient({ network: "testnet" });
const receipt = await buildSettlementReceipt(rdk, "my-rollup", 42);
const result = await verifySettlementReceipt(receipt, { client: rdk });
console.log(result.valid);
Vedi Ricevute di regolamento quantum-safe per ciò che una ricevuta dimostra e ciò che non dimostra.
2. QCAI Rollup Copilot
🟡 Non ancora disponibile sugli endpoint pubblici.
Il Copilot è pensato per aggregare i servizi consultivi della rete (un agente per la politica delle fee, raccomandazioni, indagini antifrode) in un'unica vista in sola lettura e in linguaggio semplice per un rollup. È best-effort: se un servizio è irraggiungibile, degrada a un avviso invece di fallire. Quei servizi oggi non sono esposti sugli endpoint pubblici, quindi ogni sezione ritorna come avviso.
import { createRdkClient, getRollupAdvice } from "@qorechain/rdk";
const rdk = createRdkClient({ network: "testnet" });
const advice = await getRollupAdvice(rdk, "my-rollup");
console.log(advice.warnings); // services that could not be reached
Dalla CLI: qorollup advise my-rollup. Vedi QCAI Copilot.
3. Chiamate cross-VM multi-VM
🟡 Non ancora utilizzabile sulle reti live — il precompile non è attivato e il caricamento di CosmWasm è chiuso. Vedi Multi-VM.
L'RDK include helper che codificano una chiamata da un contratto EVM (Solidity)
a un contratto CosmWasm attraverso un precompile fisso all'indirizzo
0x…0901. Quel precompile non è attivo né su mainnet né su testnet (vedi
Precompile EVM: stato della rete).
import { encodeCrossVmCalldata, CROSS_VM_PRECOMPILE } from "@qorechain/rdk";
const calldata = encodeCrossVmCalldata({
contract: "qor1examplecontract…", // target CosmWasm contract
msg: JSON.stringify({ increment: {} }), // its execute message
});
// Send an EVM transaction: to = CROSS_VM_PRECOMPILE, data = calldata
console.log(CROSS_VM_PRECOMPILE); // 0x0000000000000000000000000000000000000901
Oppure direttamente da Solidity sul tuo rollup:
address constant CROSS_VM_PRECOMPILE = 0x0000000000000000000000000000000000000901;
function callCosmWasm(string calldata contractAddr, bytes calldata msg_)
external returns (bytes memory)
{
bytes memory data =
abi.encodeWithSignature("executeCrossVMCall(string,bytes)", contractAddr, msg_);
(bool ok, bytes memory ret) = CROSS_VM_PRECOMPILE.call(data);
require(ok, "cross-VM call failed");
return ret;
}
Crea uno scheletro di partenza con npm create qorechain-rollup my-app -- --template multivm-rollup.
(Solo EVM↔CosmWasm; le chiamate cross-VM verso SVM sono separate.)
Tutto il resto che ti aspetteresti
Oltre a queste funzionalità, l'RDK include anche le dotazioni di base: cinque
client di linguaggio pubblicati e verificati contro golden vector condivisi, i
cinque profili preset e la matrice di compatibilità completa, la gestione dei
batch di regolamento e del ciclo di vita, lo storage nativo per la
disponibilità dei dati (vedi la sua nota di stato), un auto-challenger
watchtower per i rollup optimistic, e la CLI operativa qorollup.
Prossimi passi
- Deploy di un Rollup — installazione per ogni linguaggio e percorso CLI verso un rollup su testnet.
- Ricevute di regolamento quantum-safe · QCAI Copilot · Multi-VM · Watchtower — gli approfondimenti.