{"x402Version":2,"service":"HALOWERK nostrwerk","version":"1.0.0","network":"eip155:8453","network_name":"Base Mainnet","chain_id":8453,"recipient":"0x2880EdfFF13100677Bf97A3CBdF3Bc34771C4E5E","asset":{"symbol":"USDC","address":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913","decimals":6},"facilitators":["CDP","https://facilitator.xpay.sh"],"payment_headers":{"primary":"PAYMENT-SIGNATURE","accepted":["PAYMENT-SIGNATURE","X-Payment","PAYMENT"],"challenge":["PAYMENT-REQUIRED"],"response":["PAYMENT-RESPONSE"]},"resources":[{"url":"https://nostr.halowerk.com/zap-radar","method":"POST","name":"nostr_zap_radar","description":"Collects kind 9735 zap receipts addressed to one public key over up to twelve relays, merges them by event id and reports who sent how much over the requested window. Every amount comes from decoding the BOLT-11 invoice carried in the receipt, not from the amount tag of the zap request, because the two can disagree and only the invoice was payable. Each receipt is checked in three ways and the counts are reported: the receipt signature per BIP-340, whether the invoice description hash equals SHA-256 of the description tag holding the zap request, and whether the zap request itself carries a valid signature. Receipts failing any of these are counted separately and excluded from the totals, so a sum is never inflated by unverifiable claims. The answer also names every relay queried, whether it answered, and how many receipts each contributed — a total from four of ten relays is not the same statement as a total from ten. It does not prove payment settled on the Lightning Network; a receipt is issued by the recipient LNURL service and is evidence, not proof.","summary":"Aggregates the Lightning zaps received by one Nostr public key across several open relays, with the amount taken from the decoded BOLT-11 invoice rather than from the claimed tag.","inputSchema":{"type":"object","required":["pubkey"],"additionalProperties":false,"properties":{"pubkey":{"type":"string","description":"Recipient public key as 64 hex characters, npub or nprofile."},"days":{"type":"integer","minimum":1,"maximum":365,"default":30,"description":"Length of the window in days, counted back from now."},"relays":{"type":"array","maxItems":12,"items":{"type":"string"},"description":"wss relay addresses. Left empty, ten measured default relays are used."},"max_receipts":{"type":"integer","minimum":10,"maximum":400,"default":200,"description":"Upper bound on receipts fetched per relay. Reaching it sets truncated."},"top_senders":{"type":"integer","minimum":1,"maximum":50,"default":10,"description":"How many senders the ranking lists."}}},"mimeType":"application/json","accepts":[{"scheme":"exact","network":"eip155:8453","payTo":"0x2880EdfFF13100677Bf97A3CBdF3Bc34771C4E5E","price":{"amount":"4000","asset":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913","extra":{"asset":"USDC","network_name":"Base Mainnet","name":"USD Coin","version":"2","assetTransferMethod":"eip3009","eip712Domain":{"name":"USD Coin","version":"2","chainId":8453,"verifyingContract":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913"}}},"maxTimeoutSeconds":300}]},{"url":"https://nostr.halowerk.com/event-sign","method":"POST","name":"nostr_event_sign","description":"Three modes over the same event structure. In preimage mode the caller supplies a public key and the event fields; the answer holds the exact NIP-01 serialisation, the SHA-256 event id derived from it and the 32 bytes to sign, so the caller signs locally and no secret key ever crosses the connection. In ephemeral mode a fresh secp256k1 keypair is generated for this single call, the event is signed with it, and the complete event plus its secret key are returned once and never stored — the intended use is a throwaway publishing identity such as an RSS bridge or an announcement bot, not a durable account. In verify mode a complete event is checked and each result is reported separately: whether the fields are well formed, whether the id matches the serialised content, and whether the Schnorr signature matches id and public key, because a wrong id and a wrong signature have entirely different causes. This service never accepts a foreign secret key in any mode; an nsec passed anywhere is refused with an explicit error rather than silently processed.","summary":"Builds NIP-01 events and produces valid BIP-340 Schnorr signatures, either as a sign-ready preimage for a key the caller keeps, or fully signed with a throwaway key generated for that one call.","inputSchema":{"type":"object","additionalProperties":false,"properties":{"mode":{"type":"string","enum":["preimage","ephemeral","verify"],"default":"preimage","description":"preimage: caller signs locally. ephemeral: single-use key generated here. verify: check a complete event."},"pubkey":{"type":"string","description":"Public key as hex or npub. Required in preimage mode, ignored otherwise."},"kind":{"type":"integer","minimum":0,"maximum":65535,"default":1,"description":"NIP-01 event kind. 1 is a text note, 30023 a long-form article."},"content":{"type":"string","maxLength":64000,"default":"","description":"Event content."},"tags":{"type":"array","maxItems":200,"items":{"type":"array","items":{"type":"string"}},"description":"NIP-01 tags, each an array of strings, for example [\"t\",\"bitcoin\"]."},"created_at":{"type":"integer","minimum":0,"description":"Unix seconds. Left out, the current time is used."},"event":{"type":"object","description":"The complete event to check. Only used in verify mode."}}},"mimeType":"application/json","accepts":[{"scheme":"exact","network":"eip155:8453","payTo":"0x2880EdfFF13100677Bf97A3CBdF3Bc34771C4E5E","price":{"amount":"1000","asset":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913","extra":{"asset":"USDC","network_name":"Base Mainnet","name":"USD Coin","version":"2","assetTransferMethod":"eip3009","eip712Domain":{"name":"USD Coin","version":"2","chainId":8453,"verifyingContract":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913"}}},"maxTimeoutSeconds":300}]},{"url":"https://nostr.halowerk.com/relay-health","method":"POST","name":"nostr_relay_health","description":"Every relay is measured twice over. Over WebSocket a genuine REQ query is sent and the connection time, the time to end of stored events and the number of events returned are recorded — a relay that accepts the connection and then stays silent is the failure mode a reachability ping cannot see. Over https the NIP-11 information document is read on the same host, yielding software, version, supported NIPs and the declared limits including whether the relay requires payment, requires authentication or restricts writes. Both results are combined into one verdict per relay: healthy, healthy_paid, reachable_but_empty, answers_without_eose, auth_required or unreachable, and the reason is always stated in the same record. Relays are measured in parallel, so the answer time is that of the slowest relay, not their sum. This is a point measurement at one moment from one location: it is evidence about now, not an uptime history, and a relay unreachable from here may be reachable elsewhere.","summary":"Measures up to twelve Nostr relays in parallel: connection time, whether a real REQ query is answered with EOSE, whether NIP-42 authentication is demanded, and what the NIP-11 document declares.","inputSchema":{"type":"object","additionalProperties":false,"properties":{"relays":{"type":"array","maxItems":12,"minItems":1,"items":{"type":"string"},"description":"wss relay addresses. Left empty, ten measured default relays are used."},"timeout_ms":{"type":"integer","minimum":500,"maximum":6000,"default":4000,"description":"Time limit per relay in milliseconds."},"probe_kind":{"type":"integer","minimum":0,"maximum":65535,"default":1,"description":"Event kind used for the probe query."},"read_nip11":{"type":"boolean","default":true,"description":"Also read the NIP-11 information document over https."}}},"mimeType":"application/json","accepts":[{"scheme":"exact","network":"eip155:8453","payTo":"0x2880EdfFF13100677Bf97A3CBdF3Bc34771C4E5E","price":{"amount":"3000","asset":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913","extra":{"asset":"USDC","network_name":"Base Mainnet","name":"USD Coin","version":"2","assetTransferMethod":"eip3009","eip712Domain":{"name":"USD Coin","version":"2","chainId":8453,"verifyingContract":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913"}}},"maxTimeoutSeconds":300}]},{"url":"https://nostr.halowerk.com/rss-to-nostr","method":"POST","name":"nostr_rss_to_events","description":"Fetches the feed over https with redirect and size limits, recognises RSS 2.0, RDF and Atom, and converts each entry into a NIP-01 event. Kind 1 produces a short note built from title, optional shortened summary and the link; kind 30023 produces a long-form article carrying the full entry text plus the title, published_at and d tags that NIP-23 expects. Every event gets an r tag with the entry URL and a t tag per feed category, so the result is addressable on the network rather than being plain text. Given a public key the exact event id is computed for each event and returned with it, which leaves the caller nothing to do but sign 32 bytes locally; without a key the events come back without ids because an id depends on the signing key. The events are never signed here and no secret key is accepted. created_at follows the entry publication date when the feed provides a parseable one, and the answer states per entry whether it did, because a feed without dates otherwise silently produces events all stamped with the fetch time.","summary":"Reads an RSS 2.0 or Atom feed and returns sign-ready NIP-01 events, each with its correct id, r tag for the source link and t tags for the feed categories.","inputSchema":{"type":"object","required":["feed_url"],"additionalProperties":false,"properties":{"feed_url":{"type":"string","description":"https address of the RSS or Atom feed."},"pubkey":{"type":"string","description":"Public key as hex or npub of the account that will sign. Given, every event carries its computed id."},"kind":{"type":"integer","enum":[1,30023],"default":1,"description":"1 for short notes, 30023 for NIP-23 long-form articles."},"limit":{"type":"integer","minimum":1,"maximum":50,"default":10,"description":"How many of the newest entries to convert."},"include_summary":{"type":"boolean","default":true,"description":"Include the entry summary in a kind 1 note. Ignored for kind 30023."},"summary_max_chars":{"type":"integer","minimum":80,"maximum":2000,"default":480,"description":"Maximum summary length in a kind 1 note before it is cut at a word boundary."},"since_unix":{"type":"integer","minimum":0,"description":"Only convert entries published at or after this Unix timestamp. Entries without a date are kept."}}},"mimeType":"application/json","accepts":[{"scheme":"exact","network":"eip155:8453","payTo":"0x2880EdfFF13100677Bf97A3CBdF3Bc34771C4E5E","price":{"amount":"2000","asset":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913","extra":{"asset":"USDC","network_name":"Base Mainnet","name":"USD Coin","version":"2","assetTransferMethod":"eip3009","eip712Domain":{"name":"USD Coin","version":"2","chainId":8453,"verifyingContract":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913"}}},"maxTimeoutSeconds":300}]},{"url":"https://nostr.halowerk.com/nip05-verify","method":"POST","name":"nostr_nip05_verify","description":"Fetches https://domain/.well-known/nostr.json with the name query parameter and reads the mapping the domain publishes. The answer states the resolved public key in hex and as npub, the relay hints the document lists for that key, and the HTTP status and final URL after redirects, so a redirect to a login page is distinguishable from a genuine answer. Given an expected public key, the comparison is made and the result is reported as an explicit match or mismatch rather than left to the caller. A bare domain is treated as the root identifier _@domain, exactly as NIP-05 prescribes. The local part is compared case-insensitively against the document keys and the answer says which spelling the document actually used, since that difference is a frequent cause of a verification that fails for no visible reason. What this proves is narrow and stated in the answer: that the domain currently maps this name to this key. It does not prove who controls the key, and it is worth exactly as much as control over the domain.","summary":"Resolves a NIP-05 identifier such as name@domain against the domain well-known document and reports which public key the domain actually confirms.","inputSchema":{"type":"object","required":["identifier"],"additionalProperties":false,"properties":{"identifier":{"type":"string","description":"NIP-05 identifier as name@domain, or a bare domain for the root identifier _@domain."},"expect_pubkey":{"type":"string","description":"Public key as hex, npub or nprofile that the domain is expected to confirm."}}},"mimeType":"application/json","accepts":[{"scheme":"exact","network":"eip155:8453","payTo":"0x2880EdfFF13100677Bf97A3CBdF3Bc34771C4E5E","price":{"amount":"1000","asset":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913","extra":{"asset":"USDC","network_name":"Base Mainnet","name":"USD Coin","version":"2","assetTransferMethod":"eip3009","eip712Domain":{"name":"USD Coin","version":"2","chainId":8453,"verifyingContract":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913"}}},"maxTimeoutSeconds":300}]},{"url":"https://nostr.halowerk.com/follower-graph","method":"POST","name":"nostr_follower_graph","description":"Fetches kind 3 contact lists over up to twelve relays. Because kind 3 is replaceable, several relays regularly hold different versions; only the one with the highest created_at is used and the answer states which relays carried that version and how many older versions were seen, so a stale relay never quietly overwrites a current list. At depth 1 the answer is the account and its outgoing follows. At depth 2 the contact lists of up to twenty-five contacts are fetched as well, which yields the edges between them, an overlap count per contact, and the mutual follows — the pairs that follow each other, which is the only reciprocity a contact list can actually establish. The result is a plain node and edge structure suitable for direct rendering, with degree counts already computed. One limitation is stated in every answer and cannot be worked around: a contact list says who someone follows, never who follows them. Inbound follows can only be approximated within the fetched neighbourhood, and the answer reports it as such rather than as a follower count.","summary":"Reads the NIP-02 contact list of a public key across several relays and returns a JSON graph of nodes and edges, optionally including the contact lists of its contacts and the mutual follows between them.","inputSchema":{"type":"object","required":["pubkey"],"additionalProperties":false,"properties":{"pubkey":{"type":"string","description":"Public key as 64 hex characters, npub or nprofile."},"depth":{"type":"integer","enum":[1,2],"default":1,"description":"1 returns the account and its follows. 2 also fetches the contact lists of its contacts."},"max_contacts":{"type":"integer","minimum":1,"maximum":500,"default":200,"description":"Upper bound on contacts reported for the root account."},"second_degree_sample":{"type":"integer","minimum":1,"maximum":25,"default":15,"description":"How many contact lists to fetch at depth 2. Higher values cost time, not money."},"relays":{"type":"array","maxItems":12,"items":{"type":"string"},"description":"wss relay addresses. Left empty, ten measured default relays are used."}}},"mimeType":"application/json","accepts":[{"scheme":"exact","network":"eip155:8453","payTo":"0x2880EdfFF13100677Bf97A3CBdF3Bc34771C4E5E","price":{"amount":"4000","asset":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913","extra":{"asset":"USDC","network_name":"Base Mainnet","name":"USD Coin","version":"2","assetTransferMethod":"eip3009","eip712Domain":{"name":"USD Coin","version":"2","chainId":8453,"verifyingContract":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913"}}},"maxTimeoutSeconds":300}]},{"url":"https://nostr.halowerk.com/lnurl-invoice","method":"POST","name":"nostr_lnurl_invoice","description":"Accepts three forms of recipient. A bech32 lnurl is decoded to its callback URL, a Lightning address is resolved through the well-known lnurlp path, and a Nostr public key is resolved by reading its kind 0 profile from relays and taking the lud16 or lud06 field it publishes. The pay request is fetched, its declared limits are checked against the requested amount before any callback is made, and the answer reports minSendable, maxSendable, the allowed comment length and whether the service accepts Nostr zaps. The invoice returned by the callback is then decoded and checked rather than passed through: the invoice amount must equal the requested amount, the description hash must equal SHA-256 of the metadata the service published, and the expiry is resolved into an absolute timestamp, since an invoice without an explicit expiry field is valid for one hour and not indefinitely. Any mismatch is reported as a named finding and the invoice is still returned, so the caller decides rather than the service. A pre-signed NIP-57 zap request can be passed through for a zap; it is checked for a valid signature first and never created here, because creating one would require a secret key. No payment is made by this endpoint: it produces an invoice, nothing more.","summary":"Resolves an LNURL, a Lightning address or a Nostr public key into a payable BOLT-11 invoice and verifies the returned invoice against the amount that was requested.","inputSchema":{"type":"object","required":["recipient","amount_sats"],"additionalProperties":false,"properties":{"recipient":{"type":"string","description":"lnurl1… string, Lightning address name@domain, or a Nostr public key as hex, npub or nprofile."},"amount_sats":{"type":"integer","minimum":1,"maximum":100000000,"description":"Amount in satoshi. Must lie within the limits the service declares."},"comment":{"type":"string","maxLength":500,"description":"Comment for the payment. Only sent if the service allows comments and only up to the length it allows."},"zap_request":{"type":"object","description":"A signed NIP-57 kind 9734 zap request. Only sent if the service declares allowsNostr."},"relays":{"type":"array","maxItems":12,"items":{"type":"string"},"description":"wss relay addresses used only when the recipient is a Nostr public key."}}},"mimeType":"application/json","accepts":[{"scheme":"exact","network":"eip155:8453","payTo":"0x2880EdfFF13100677Bf97A3CBdF3Bc34771C4E5E","price":{"amount":"2000","asset":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913","extra":{"asset":"USDC","network_name":"Base Mainnet","name":"USD Coin","version":"2","assetTransferMethod":"eip3009","eip712Domain":{"name":"USD Coin","version":"2","chainId":8453,"verifyingContract":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913"}}},"maxTimeoutSeconds":300}]},{"url":"https://nostr.halowerk.com/key-convert","method":"POST","name":"nostr_key_convert","description":"Takes any public NIP-19 identifier or a 64-character hex value and returns every representation it can be expressed as. A decoded nprofile or nevent yields not only the key or event id but also the relay hints, the author and the kind that the TLV form carries — precisely the fields that make a follow-up query targeted, and precisely what is lost by code that only handles npub. Bare hex is ambiguous by nature, since the same 32 bytes are a valid public key and a valid event id; both readings are returned and labelled rather than one being guessed. Relay hints, author and kind can be supplied to build a richer identifier, and every relay address given is validated as a wss address before it is embedded. Secret keys are refused in every form: an nsec passed here yields an explicit error rather than a conversion, because a secret key on a network connection cannot be un-sent. This is a pure conversion with no network access, so it is exact rather than a best effort.","summary":"Converts Nostr identifiers between hex and the NIP-19 bech32 forms npub, note, nprofile, nevent and naddr, including the relay hints, author and kind carried in the TLV forms.","inputSchema":{"type":"object","required":["input"],"additionalProperties":false,"properties":{"input":{"type":"string","description":"npub, note, nprofile, nevent, naddr, or 64 hex characters."},"assume":{"type":"string","enum":["pubkey","event_id","both"],"default":"both","description":"How to read bare hex. Ignored for bech32 input, which is unambiguous."},"relays":{"type":"array","maxItems":8,"items":{"type":"string"},"description":"wss relay hints to embed in the generated nprofile, nevent or naddr."},"author":{"type":"string","description":"Author public key as hex or npub, for building an nevent or naddr."},"kind":{"type":"integer","minimum":0,"maximum":65535,"description":"Event kind for the generated nevent or naddr."},"identifier":{"type":"string","maxLength":200,"description":"The d tag value for building an naddr. Requires author and kind."}}},"mimeType":"application/json","accepts":[{"scheme":"exact","network":"eip155:8453","payTo":"0x2880EdfFF13100677Bf97A3CBdF3Bc34771C4E5E","price":{"amount":"1000","asset":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913","extra":{"asset":"USDC","network_name":"Base Mainnet","name":"USD Coin","version":"2","assetTransferMethod":"eip3009","eip712Domain":{"name":"USD Coin","version":"2","chainId":8453,"verifyingContract":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913"}}},"maxTimeoutSeconds":300}]},{"url":"https://nostr.halowerk.com/bot-score","method":"POST","name":"nostr_bot_score","description":"Fetches the recent notes of one public key across several relays and measures six independent signals: posting rate per day, the coefficient of variation of the intervals between posts, how many of those intervals sit within a few seconds of each other, the entropy of the hour-of-day distribution, the share of posts whose text repeats an earlier post verbatim, and the largest burst inside sixty seconds. Each signal has a fixed threshold, and the answer names for each one its measured value, its threshold and the points it contributed, so the total can be recomputed and disputed rather than merely believed. Below eight events no score is produced at all — the timing signals have no meaning on a handful of posts, and a confident number there would be an invention. The result is a behavioural indication, not a verdict on an account and not evidence of spam: legitimate announcement bots score high by design and a careful spammer scores low. Only the shape of the activity is examined, never the content, and the relay sample is finite, so the answer reports how many relays answered and whether the fetch limit was reached.","summary":"Rates how mechanical the posting behaviour of a Nostr public key looks, from six measured timing and repetition signals, with every threshold and every contribution stated in the answer.","inputSchema":{"type":"object","required":["pubkey"],"additionalProperties":false,"properties":{"pubkey":{"type":"string","description":"Public key as 64 hex characters, npub or nprofile."},"days":{"type":"integer","minimum":1,"maximum":180,"default":30,"description":"Length of the observation window in days."},"max_events":{"type":"integer","minimum":20,"maximum":500,"default":300,"description":"Upper bound on notes fetched per relay."},"kinds":{"type":"array","maxItems":6,"items":{"type":"integer","minimum":0,"maximum":65535},"description":"Event kinds to examine. Default is [1], plain text notes."},"relays":{"type":"array","maxItems":12,"items":{"type":"string"},"description":"wss relay addresses. Left empty, ten measured default relays are used."}}},"mimeType":"application/json","accepts":[{"scheme":"exact","network":"eip155:8453","payTo":"0x2880EdfFF13100677Bf97A3CBdF3Bc34771C4E5E","price":{"amount":"4000","asset":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913","extra":{"asset":"USDC","network_name":"Base Mainnet","name":"USD Coin","version":"2","assetTransferMethod":"eip3009","eip712Domain":{"name":"USD Coin","version":"2","chainId":8453,"verifyingContract":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913"}}},"maxTimeoutSeconds":300}]},{"url":"https://nostr.halowerk.com/zap-receipt-check","method":"POST","name":"nostr_zap_receipt_check","description":"Takes a kind 9735 receipt directly or fetches it from relays by event id, then runs eight named checks and reports each one separately with its reason. The receipt signature and the signature of the zap request enclosed in the description tag are verified per BIP-340. The invoice is decoded and its amount is compared against the amount tag of the zap request, since those two can disagree and only the invoice was payable. The invoice description hash is compared against SHA-256 of the description tag, which is the link that ties a specific invoice to a specific zap request; a receipt failing this check carries an invoice that was never issued for it. Recipient and sender in the p and P tags are compared against the zap request. Optionally the recipient LNURL service is read and the receipt issuer is compared against the nostrPubkey it publishes — the check that actually distinguishes a genuine receipt from one signed by any key at all, and the one most implementations omit. The result is a verdict with the failed checks named. One thing is stated plainly in every answer: a zap is a Lightning payment and never touches the Bitcoin chain, so no on-chain confirmation exists or can be produced, and a receipt is evidence issued by the recipient service rather than proof of settlement.","summary":"Verifies a NIP-57 zap receipt end to end: its own signature, the enclosed zap request, the BOLT-11 invoice, the hash tying invoice to request, and whether the issuer is the key the recipient LNURL service actually names.","inputSchema":{"type":"object","additionalProperties":false,"properties":{"receipt":{"type":"object","description":"The complete kind 9735 event. Either this or event_id is required."},"event_id":{"type":"string","description":"Event id of the receipt as hex, note or nevent. Fetched from the relays when receipt is not given."},"recipient_lightning_address":{"type":"string","description":"Lightning address of the recipient, for example name@domain. Given, the issuer is compared against the nostrPubkey published there."},"relays":{"type":"array","maxItems":12,"items":{"type":"string"},"description":"wss relay addresses used when fetching by event_id."}}},"mimeType":"application/json","accepts":[{"scheme":"exact","network":"eip155:8453","payTo":"0x2880EdfFF13100677Bf97A3CBdF3Bc34771C4E5E","price":{"amount":"2000","asset":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913","extra":{"asset":"USDC","network_name":"Base Mainnet","name":"USD Coin","version":"2","assetTransferMethod":"eip3009","eip712Domain":{"name":"USD Coin","version":"2","chainId":8453,"verifyingContract":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913"}}},"maxTimeoutSeconds":300}]}]}