Unterstützung von Transaktionen v1

​

Was ändert sich in Transaktion v1

• Sie müssen sich dafür entscheiden, sie zu empfangen. Anfragen für vollständige Transaktionsdaten benötigen maxSupportedTransactionVersion: 1, und Ihre Client-Bibliothek benötigt eine Version, die v1 deserialisieren kann.
• Das Berechnungsbudget verschiebt sich in den Nachrichten-Header. Eine v1-Nachricht enthält ein transactionConfig-Objekt mit computeUnitLimit, heapSize, loadedAccountsDataSizeLimit und priorityFee. Es gibt keine CalculateBudget-Programmanweisungen in einer v1-Transaktion.

{
  "version": 1,
  "transaction": {
    "signatures": ["..."],
    "message": {
      "accountKeys": ["..."],
      "instructions": [
        { "programIdIndex": 3, "accounts": [0, 1], "data": "3Bxs4..." }
      ],
      "recentBlockhash": "...",
      "transactionConfig": {
        "computeUnitLimit": 200000,
        "heapSize": null,
        "loadedAccountsDataSizeLimit": 200000,
        "priorityFee": 50000
      }
    }
  }
}

​

Setzen Sie maxSupportedTransactionVersion auf 1

• getTransaction
• getBlock
• getTransactionsForAddress mit transactionDetails: "full"
• transactionSubscribe mit transactionDetails: "accounts" oder "full"
• blockSubscribe

{
  "jsonrpc": "2.0",
  "error": {
    "code": -32015,
    "message": "Transaction version (1) is not supported by the requesting client. Please use \"maxSupportedTransactionVersion\" in your request."
  },
  "id": 1
}

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "getTransaction",
  "params": [
    "2id3YC2jK9G5Wo2phDx4gJVAew8DcY5NAojnVuao8rkxwPYPe8cSwE5GzhEgJA2y8fVjDEo6iR6ykBvDxrTQrtpb",
    {
      "encoding": "jsonParsed",
      "commitment": "confirmed",
      "maxSupportedTransactionVersion": 1
    }
  ]
}

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "getBlock",
  "params": [
    341197053,
    {
      "encoding": "jsonParsed",
      "transactionDetails": "full",
      "maxSupportedTransactionVersion": 1
    }
  ]
}

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "getTransactionsForAddress",
  "params": [
    "86xCnPeV69n6t3DnyGvkKobf9FdN2H9oiVDdaMpo2MMY",
    {
      "transactionDetails": "full",
      "encoding": "jsonParsed",
      "limit": 100,
      "maxSupportedTransactionVersion": 1
    }
  ]
}

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "transactionSubscribe",
  "params": [
    { "accountInclude": ["86xCnPeV69n6t3DnyGvkKobf9FdN2H9oiVDdaMpo2MMY"] },
    {
      "commitment": "confirmed",
      "encoding": "jsonParsed",
      "transactionDetails": "full",
      "maxSupportedTransactionVersion": 1
    }
  ]
}

​

Aktualisieren Sie Ihr SDK, bevor Sie den Wert erhöhen

​

Lesen Sie prioritäre Gebühren aus transactionConfig

import bs58 from "bs58";

const COMPUTE_BUDGET = "ComputeBudget111111111111111111111111111111";

/** Total priority fee in lamports for a `json`-encoded transaction. */
function priorityFeeLamports(tx: any): number {
  const message = tx.transaction.message;

  // v1: the header carries the total directly.
  if (message.transactionConfig) {
    return message.transactionConfig.priorityFee ?? 0;
  }

  // Legacy and v0: derive it from ComputeBudget instructions.
  let microLamportsPerCu = 0n;
  let computeUnitLimit: bigint | null = null;
  let otherInstructions = 0;

  for (const ix of message.instructions) {
    if (message.accountKeys[ix.programIdIndex] !== COMPUTE_BUDGET) {
      otherInstructions++;
      continue;
    }
    const data = bs58.decode(ix.data);
    const view = new DataView(data.buffer, data.byteOffset, data.byteLength);
    if (data[0] === 2) computeUnitLimit = BigInt(view.getUint32(1, true));
    if (data[0] === 3) microLamportsPerCu = view.getBigUint64(1, true);
  }

  // Without an explicit limit, the runtime grants 200,000 CU per non-ComputeBudget instruction, capped at 1,400,000.
  const limit = computeUnitLimit ?? BigInt(Math.min(otherInstructions * 200_000, 1_400_000));
  return Number((microLamportsPerCu * limit) / 1_000_000n);
}

​

Dekodieren Sie rohe Transaktionsbytes mit einem v1-fähigen Parser

• Versionsbyte. Eine v1-Transaktion beginnt mit 0x81 (dezimal 129). Eine v0-Transaktion beginnt mit 0x80.
• Signaturen verschieben sich ans Ende. Legacy und v0 platzieren Signaturen zuerst, dann die Nachricht. Transaktion v1 platziert die Nachricht zuerst und die Signaturen zuletzt, so dass bincode-Decoder, die ein führendes Signaturfeld erwarten, bei v1-Bytes fehlschlagen.

• Rust: agave-transaction-view analysiert Legacy, v0 und v1 vor Ort. wincode, der bincode-kompatible Serializer, der von aktuellen Solana-SDKs verwendet wird, dekodiert auch v1 in VersionedTransaction.
• JavaScript / TypeScript: @solana/kit 8.0+ oder @solana/web3.js v3.

​

Checkliste

1. Durchsuchen Sie getBlock, getTransaction, getTransactionsForAddress, transactionSubscribe und blockSubscribe, einschließlich roher JSON-RPC-Körperschaften und SDK-Wrapper wie connection.getParsedTransaction.
2. Aktualisieren Sie auf ein v1-fähiges SDK.
3. Setzen Sie maxSupportedTransactionVersion: 1 bei jedem in Schritt 1 gefundenen Aufruf.
4. Ersetzen Sie das Scannen von ComputeBudget-Anweisungen durch eine transactionConfig-Prüfung, und behandeln Sie priorityFee als Gesamtlaports.
5. Ersetzen Sie bincode-Style-Rohdecoder durch agave-transaction-view oder ein aktualisiertes SDK.
6. Aktualisieren Sie Streaming-Abhängigkeiten auf die Versionen in der Tabelle oben.
7. Durchsuchen Sie Protokolle nach -32015 nach der Änderung, um sicherzustellen, dass nichts mehr fehlschlägt.

​

Verwandt