quicknode-core-workflow-a

v2026.09.24

Design a safe EVM transaction-submission path over QuickNode with simulation, fee and nonce policy, signer isolation, broadcast identity, and confirmation rules. Use when moving a read-only integration into transaction writes. Trigger with: "send transactions through QuickNode", "build an EVM write path", "harden QuickNode transaction submission".

GitHub
安装命令
npx skhub add jeremylongshore/quicknode-core-workflow-a
Markdown
SKILL.md

QuickNode EVM Transaction Safety

Overview

Build a write path that treats signing, submission, and confirmation as separate state transitions. QuickNode transports the signed transaction; the application remains responsible for intent, signer custody, nonce coordination, chain identity, and reorganization policy.

Prerequisites

  • A verified QuickNode endpoint and expected EVM chain ID
  • A testnet signer held outside source code
  • Contract ABI, write intent, value ceiling, and confirmation policy

Instructions

Step 1: Inspect the existing path

Use Read and Grep to find signers, private-key variables, nonce overrides, fee logic, retries, and receipt assumptions. Stop if secrets or signed raw transactions are logged.

Step 2: Define transaction intent

Use Write or Edit to express destination, calldata, value, chain ID, and caller policy as validated inputs. Reject unexpected networks and unbounded value before reaching the signer.

Step 3: Simulate and estimate

Run the equivalent read call and gas estimate at an explicit block tag when supported. Treat a revert as an application or chain-state result, not a transient provider failure.

Step 4: Coordinate nonce and fees

Assign one nonce owner per signer. Read pending nonce state, define replacement rules, and use chain-appropriate fee fields. Do not blindly overwrite a nonce or double fees on each timeout.

Step 5: Sign and broadcast once

Keep signing in a wallet, HSM, or approved remote signer. Persist the signed transaction hash before submission. On an ambiguous timeout, query by hash before broadcasting again.

Step 6: Confirm by policy

Track inclusion, receipt status, block hash, and the required chain-specific confirmation depth. Reconcile dropped or reorganized receipts and expose a durable business-operation idempotency key.

Tool Discipline

Use Read and Grep for transaction-path discovery and Write/Edit for validation, state-machine, and tests. This skill never asks the agent to hold a private key or execute a funded transaction.

Output

  • Validated transaction-intent schema
  • Signer, nonce, fee, and broadcast ownership contract
  • Ambiguous-submission reconciliation path
  • Chain-specific confirmation and reorg policy

Examples

A payment request is recorded before signing. If broadcast times out, the worker searches for the known transaction hash and never manufactures a second payment from the same business request.

Error Handling

FailureResponse
Simulation revertsDecode against ABI and state; do not retry automatically
Nonce too lowReconcile pending and mined transactions for the signer
Broadcast timeoutQuery the persisted hash before deciding whether to resubmit
Receipt disappearsReturn to pending and apply the documented reorg policy

Resources

发现
标签

此技能尚未发布标签。

版本
最新版本元数据

版本

v2026.09.24

发布时间

Sep 24, 2026

分类

未分类

许可证

MIT

源路径

skills/.curated/quicknode-core-workflow-a

默认分支

main

最新提交

e5a6c3b

Tree SHA

c2dc8e8