@blockrun/llm 3.13.1 → 3.13.4

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/dist/index.d.cts CHANGED
@@ -2657,6 +2657,22 @@ interface CreateSolanaPaymentOptions {
2657
2657
  * (e.g. `{ "x-api-key": "..." }` for Tatum / header-auth gateways).
2658
2658
  */
2659
2659
  rpcHeaders?: Record<string, string>;
2660
+ /**
2661
+ * Skip the client blockhash cache and ask the RPC for a current one.
2662
+ *
2663
+ * Set this ONLY when the previous attempt was rejected for a stale
2664
+ * blockhash. The cache TTL (10s) is longer than any sane retry backoff, so a
2665
+ * re-sign that leaves this false gets the SAME expired hash back, and the
2666
+ * duplicate guard then nudges the priority fee — producing fresh transaction
2667
+ * bytes pinned to the very blockhash the server just rejected. The retry
2668
+ * looks like it did something and is guaranteed to fail identically.
2669
+ *
2670
+ * Not a guarantee of a different hash: the default RPC caches
2671
+ * `getLatestBlockhash` for 30s server-side and may hand back the same value.
2672
+ * It is the strongest thing a client can do, and the guard below still
2673
+ * ensures the bytes differ.
2674
+ */
2675
+ forceFreshBlockhash?: boolean;
2660
2676
  }
2661
2677
  /**
2662
2678
  * Create a signed Solana x402 v2 payment payload.
package/dist/index.d.ts CHANGED
@@ -2657,6 +2657,22 @@ interface CreateSolanaPaymentOptions {
2657
2657
  * (e.g. `{ "x-api-key": "..." }` for Tatum / header-auth gateways).
2658
2658
  */
2659
2659
  rpcHeaders?: Record<string, string>;
2660
+ /**
2661
+ * Skip the client blockhash cache and ask the RPC for a current one.
2662
+ *
2663
+ * Set this ONLY when the previous attempt was rejected for a stale
2664
+ * blockhash. The cache TTL (10s) is longer than any sane retry backoff, so a
2665
+ * re-sign that leaves this false gets the SAME expired hash back, and the
2666
+ * duplicate guard then nudges the priority fee — producing fresh transaction
2667
+ * bytes pinned to the very blockhash the server just rejected. The retry
2668
+ * looks like it did something and is guaranteed to fail identically.
2669
+ *
2670
+ * Not a guarantee of a different hash: the default RPC caches
2671
+ * `getLatestBlockhash` for 30s server-side and may hand back the same value.
2672
+ * It is the strongest thing a client can do, and the guard below still
2673
+ * ensures the bytes differ.
2674
+ */
2675
+ forceFreshBlockhash?: boolean;
2660
2676
  }
2661
2677
  /**
2662
2678
  * Create a signed Solana x402 v2 payment payload.