ਮੁੱਖ ਸਮੱਗਰੀ 'ਤੇ ਜਾਓ
ਸਿੱਖੋਗਾਈਡਅਸਲ ਪੈਸੇ ਦੇ ਬਿਨਾਂ ਏਜੰਟ ਭੁਗਤਾਨਾਂ ਦੀ ਜਾਂਚ ਕਰੋ
ਗਾਈਡ

ਬਿਨਾਂ ਵਾਸਤਵਿਕ ਪੈਸੇ ਦੇ ਟੈਸਟ ਏਜੰਟ ਭੁਗਤਾਨ.

12 ਮਿੰਟ
ਛੋਟੀ ਜਵਾਬ

Swap your API key for a sk_test_ key - that alone puts you on Base Sepolia. Fund the agent's wallet from the public Base Sepolia USDC faucet, make a real test payment with payments.create (test funds, no real money), and tunnel your local webhook through ngrok. The response shapes match live, so a flow that passes in test passes in production. Exercise the failure paths, not just the happy one.

ਪੂਰਵ ਸ਼ਰਤਾਂ

ਤੁਸੀਂ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ।

  • ਲਾਈਵ (ਜਾਂ ਘੱਟੋ-ਘੱਟ ਲਾਈਵ-ਆਕਾਰ) 'ਤੇ ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲੀ ਇੰਟਿਗ੍ਰੇਸ਼ਨ - ਵੇਖੋ add-payments-to-agent.
  • ਇੱਕ sk_test_ API ਕੀ ਅਤੇ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਮਿਲਦੀ ਟੈਸਟ ਸਾਈਨਿੰਗ ਸੈਕ੍ਰੇਟ।
  • ngrok (ਜਾਂ ਕਿਸੇ ਵੀ HTTPS ਟਨਲ) ਵਿਕਾਸ ਸਮੇਂ ਵੈੱਬਹੁਕ ਡਿਲਿਵਰੀ ਲਈ।
  • ਇੱਕ ਵੱਖਰਾ ਵਿਕਾਸ ਵਾਤਾਵਰਨ - ਵੱਖਰੇ env vars, ਵੱਖਰੀ ਡੇਟਾਬੇਸ (ਜਾਂ ਘੱਟੋ-ਘੱਟ ਵੱਖਰੇ ਟੇਬਲ), ਵੱਖਰੀ ਵੈਬਹੂਕ URL।
  • Comfort with the webhook patterns guide - ਇਹ ਗਾਈਡ ਮੰਨਦੀ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਜਾਂਚ ਕਰਨ ਲਈ ਇੱਕ ਹੈਂਡਲਰ ਹੈ।
ਕਦਮ 1 ਵਿੱਚ 5

Test key 'ਤੇ switch ਕਰੋ.

ਇੱਕ sk_test_ ਕੁੰਜੀ Base Sepolia 'ਤੇ ਲੈਣ-ਦੇਣ ਕਰਦੀ ਹੈ; ਇੱਕ sk_live_ ਕੁੰਜੀ Base ਮੁੱਖ ਨੈੱਟ 'ਤੇ ਲੈਣ-ਦੇਣ ਕਰਦੀ ਹੈ. ਪ੍ਰੀਫਿਕਸ ਨੈੱਟਵਰਕ ਨੂੰ ਚੁਣਦਾ ਹੈ - ਕੋਈ ਵੱਖਰਾ ਨੈੱਟਵਰਕ ਵਾਤਾਵਰਨ ਚਲ ਨਹੀਂ ਹੈ, ਅਤੇ ਇੱਕ ਟੈਸਟ ਕੁੰਜੀ ਮੁੱਖ ਨੈੱਟ ਦੇ ਫੰਡਾਂ ਨੂੰ ਨਹੀਂ ਚਲਾ ਸਕਦੀ. ਇਸ ਲਈ ਵਿਕਾਸ ਦੇ ਵਾਤਾਵਰਨ ਲਈ ਤੁਸੀਂ ਜੋ ਕੁਝ ਬਦਲਦੇ ਹੋ ਉਹ ਕੁੰਜੀ (ਅਤੇ ਟੈਸਟ webhook ਗੁਪਤ) ਹੈ.

# .env.development
# A sk_test_ key picks Base Sepolia automatically - there is no network env var.
BLOCKCHAIN0X_API_KEY=sk_test_01J9...
BLOCKCHAIN0X_WEBHOOK_SECRET=...   # the test webhook's secret, from the dashboard
ਕਦਮ 2 ਵਿੱਚ 5

ਏਜੰਟ ਦੇ ਵੈਲਟ ਨੂੰ ਫੌaucਟ ਤੋਂ ਫੰਡ ਕਰੋ।

Test USDC ਦੀ ਕੋਈ monetary value ਨਹੀਂ ਹੁੰਦੀ, ਪਰ ਹੋਰ方面ੋਂ ਇਹ live USDC ਵਾਂਗ ਹੀ ਵਰਤਦਾ ਹੈ: same response shapes, same balance tracking। ਇਸਨੂੰ mint ਕਰਨ ਲਈ ਕੋਈ SDK call ਨਹੀਂ ਹੈ - ਤੁਸੀਂ public Base Sepolia USDC faucet ਤੋਂ agent ਦੇ wallet address ਨੂੰ fund ਕਰਦੇ ਹੋ। Address dashboard ਵਿੱਚ ਜਾਂ agent ਦੇ public page 'ਤੇ ਲੱਭੋ (ਜਾਂ SDK ਨਾਲ agent ਨੂੰ read ਕਰੋ), ਫਿਰ ਉਸਨੂੰ faucet ਵਿੱਚ paste ਕਰੋ।

TypeScript
import { createClient } from "@blockchain0x/node";

const client = createClient({ apiKey: process.env.BLOCKCHAIN0X_API_KEY! }); // sk_test_

// Look up the agent; its wallet address is shown in the dashboard and on the
// agent's public page. Fund THAT address from the Base Sepolia USDC faucet -
// there is no SDK call that mints test funds.
const agent = await client.agents.get("agt_123");
console.log(agent.id);
Python
from blockchain0x import Client

client = Client()  # reads BLOCKCHAIN0X_API_KEY (sk_test_)

# The agent's wallet address is in the dashboard / on its public page.
# Paste it into the public Base Sepolia USDC faucet to fund it.
agent = client.agents.get("agt_123")
print(agent["id"])
ਕਦਮ 3 ਵਿੱਚ 5

ਇੱਕ ਅਸਲੀ ਟੈਸਟ ਭੁਗਤਾਨ ਕਰੋ।

Wallet funded ਹੋਣ 'ਤੇ, ਆਪਣੀ sk_test_ key ਨਾਲ payments.create call ਕਰੋ। ਇਹ test funds ਨਾਲ Base Sepolia 'ਤੇ ਇੱਕ ਅਸਲੀ transfer ਹੈ, ਅਤੇ ਇਹ payment.received webhook ਬਿਲਕੁਲ mainnet ਵਾਂਗ fire ਕਰਦਾ ਹੈ - ਇਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ actual code path exercise ਕਰਦੇ ਹੋ, simulation ਨਹੀਂ। Event ਨੂੰ ਆਪਣੇ tunnelled handler 'ਤੇ ਆਉਂਦਾ ਦੇਖੋ।

TypeScript
// On a sk_test_ key this is a REAL transfer on Base Sepolia (test funds, no
// real money). It fires the payment.received webhook just like mainnet does.
const tx = await client.payments.create({
  agentId: "agt_123",
  to: "0xRecipientOnSepolia",
  amountWei: "10000", // 0.01 USDC
});

console.log(tx); // watch payment.received arrive at your webhook
Python
tx = client.payments.create(body={
    "agentId": "agt_123",
    "to": "0xRecipientOnSepolia",
    "amountWei": "10000",  # 0.01 USDC
})

print(tx)  # watch payment.received arrive at your webhook

ਘੱਟੋ-ਘੱਟ ਤਿੰਨ ਸਥਿਤੀਆਂ ਜੋ ਵਰਤਣ ਲਈ: ਇੱਕ ਭੁਗਤਾਨ ਜੋ ਲੈਂਡ ਕਰਦਾ ਹੈ (ਖੁਸ਼ੀ ਦਾ ਰਸਤਾ, payment.received), ਇੱਕ ਭੁਗਤਾਨ ਜੋ ਕਦੇ ਨਹੀਂ ਲੈਂਡ ਕਰਦਾ (ਵੈਬਹੂਕ ਨੂੰ ਇੱਕ ਮਰਿਆਦਾ URL 'ਤੇ ਨਿਸ਼ਾਨਿਤ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਹਾਡਾ ਮੁੜ ਮਿਲਾਉਣ ਵਾਲਾ ਸਵਿੱਪ ਫਸੇ ਹੋਏ ਕੰਮ ਨੂੰ ਪਕੜਦਾ ਹੈ - ਉਹ ਰਸਤਾ ਜਿਸਨੂੰ ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੀਆਂ ਹਨ), ਅਤੇ ਇੱਕ ਵੈਬਹੂਕ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ (ਪਹਿਲੀ ਵਾਰੀ 500 ਨੂੰ ਫੋਰਸ ਕਰੋ ਅਤੇ ਦੂਜੀ ਵਾਰੀ 200, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਹਾਡੀ ਆਈਡੇਮਪੋਟੈਂਸੀ ਦੁਹਰਾਏ ਕੰਮ ਨੂੰ ਛੱਡ ਦਿੱਤਾ)।

ਕਦਮ 4 ਵਿੱਚ 5

ਵੈਬਹੁਕਸ ਨੂੰ ਤੁਹਾਡੇ ਸਥਾਨਕ ਹੈਂਡਲਰ ਤੱਕ ਟਨਲ ਕਰੋ।

Test payments test webhook ਲਈ configured ਕੀਤੇ ਕਿਸੇ ਵੀ URL 'ਤੇ real webhooks ਭੇਜਦੇ ਹਨ। Local development ਲਈ, ਇਸਨੂੰ ਆਪਣੇ laptop ਵੱਲ ਇੱਕ HTTPS tunnel ਦਿਓ। ngrok ਸਭ ਤੋਂ ਸੌਖਾ ਵਿਕਲਪ ਹੈ; ਕੋਈ ਵੀ reverse-tunnel tool ਕੰਮ ਕਰੇਗਾ।

# Tunnel your local webhook endpoint to a public HTTPS URL.
$ ngrok http 3000

# Forwarding   https://abc123.ngrok.app -> http://localhost:3000

# Paste the URL in the dashboard under Webhooks for your test
# environment - test and live keep separate webhook config.

Test ਅਤੇ live ਵੱਖ-ਵੱਖ keys ਅਤੇ ਵੱਖ-ਵੱਖ webhook configuration ਵਰਤਦੇ ਹਨ, ਇਸ ਲਈ ਤੁਸੀਂ production ਨੂੰ ਆਪਣੇ real endpoint 'ਤੇ ਰੱਖ ਸਕਦੇ ਹੋ ਜਦੋਂ ਕਿ ਤੁਹਾਡਾ local tunnel test events handle ਕਰਦਾ ਹੈ।

ਕਦਮ 5 ਵਿੱਚ 5

ਗਲਤ ਸੰਰਚਨਾ ਵਾਲੀਆਂ ਕੁੰਜੀਆਂ 'ਤੇ ਤੇਜ਼ੀ ਨਾਲ ਫੇਲ੍ਹ ਹੋਵੋ।

ਟੈਸਟ/ਲਾਈਵ ਕੁੰਜੀਆਂ ਦੇ ਆਸਪਾਸ ਸਭ ਤੋਂ ਆਮ ਉਤਪਾਦਨ ਘਟਨਾ ਖਾਮੋਸ਼ ਹੈ: ਇੱਕ ਡਿਪਲੋਇ ਟੈਸਟ ਕੁੰਜੀ ਨਾਲ ਲੈਂਡ ਕਰਦਾ ਹੈ, ਕੋਈ ਭੁਗਤਾਨ ਨਹੀਂ ਆਉਂਦਾ, ਅਲਰਟ ਸਿਰਫ਼ ਅਗਲੇ ਕਾਰੋਬਾਰੀ ਦਿਨ ਦੇ ਬਾਅਦ ਹੀ ਅੱਗੇ ਆਉਂਦੇ ਹਨ। ਇਸਨੂੰ ਬੂਟ 'ਤੇ ਰੋਕੋ: ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰੋ ਜੇ env ਅਤੇ ਕੁੰਜੀ ਪ੍ਰੀਫਿਕਸ ਮੇਲ ਨਹੀਂ ਖਾਂਦੇ।

TypeScript
// Fail fast if test/live get mixed up.
const apiKey = process.env.BLOCKCHAIN0X_API_KEY!;
const env = process.env.NODE_ENV;

if (env === "production" && apiKey.startsWith("sk_test_")) {
  throw new Error("Test key in production environment - aborting boot.");
}
if (env !== "production" && apiKey.startsWith("sk_live_")) {
  throw new Error("Live key in non-production environment - aborting boot.");
}
Python
import os, sys

api_key = os.environ["BLOCKCHAIN0X_API_KEY"]
env = os.environ.get("ENV", "development")

if env == "production" and api_key.startswith("sk_test_"):
    sys.exit("Test key in production environment - aborting boot.")
if env != "production" and api_key.startswith("sk_live_"):
    sys.exit("Live key in non-production environment - aborting boot.")
ਆਮ ਪਿੱਟਫਾਲ

ਪੰਜ ਟੈਸਟਿੰਗ ਦੀਆਂ ਗਲਤੀਆਂ ਜੋ ਬਾਅਦ ਵਿੱਚ ਸਮੱਸਿਆ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ।

Base Sepolia ਨੂੰ ਭੁੱਲਣਾ ਆਪਣੀ ਚੇਨ ਹੈ

ਇੱਕ sk_test_ ਕੁੰਜੀ Base Sepolia 'ਤੇ ਲੈਣ-ਦੇਣ ਕਰਦੀ ਹੈ, ਨਾ ਕਿ Base ਮੁੱਖ ਨੈੱਟ 'ਤੇ. ਬਲਾਕ ਖੋਜਕ, ਵਾਲਿਟ ਪਤੇ, ਅਤੇ ਗੈਸ ਟੋਕਨ ਸਾਰੇ ਵੱਖਰੇ ਹਨ. ਇੱਕ ਆਮ ਗਲਤੀ ਇਹ ਹੈ ਕਿ ਇੱਕ ਅਸਲ Base ਪਤਾ ਨੂੰ ਇੱਕ ਟੈਸਟ ਵਿੱਚ ਨਕਲ ਕਰਨਾ, ਇਸਨੂੰ ਅਸਫਲ ਹੋਣ ਦੇਖਣਾ, ਅਤੇ ਸੋਚਣਾ ਕਿ API ਟੁੱਟੀ ਹੋਈ ਹੈ. ਏਜੰਟ ਦੇ ਵਾਲਿਟ ਪਤੇ ਨੂੰ Base Sepolia USDC ਫੌਸੇਟ ਤੋਂ ਫੰਡ ਕਰੋ ਅਤੇ ਉਹ ਪਤੇ ਭੁਗਤਾਨ ਕਰੋ ਜੋ ਉਸ ਚੇਨ 'ਤੇ ਮੌਜੂਦ ਹਨ.

ਫੇਲ ਹੋਣ ਵਾਲੇ ਰਸਤੇ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕਰਨਾ

ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਖੁਸ਼ੀ ਦੇ ਰਸਤੇ ਦੀ ਜਾਂਚ ਕਰਦੀਆਂ ਹਨ - ਇੱਕ ਭੁਗਤਾਨ ਜੋ payment.received ਨੂੰ ਫਾਇਰ ਕਰਦਾ ਹੈ - ਫਿਰ ਸ਼ਿਪ ਕਰਦੇ ਹਨ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਪਤਾ ਲਗਾਉਂਦੇ ਹਨ ਕਿ ਉਹਨਾਂ ਦਾ ਨਾ-ਭੁਗਤਾਨ ਰਸਤਾ ਟੁੱਟ ਗਿਆ ਹੈ। ਇਸਦੀ ਕਸਰਤ ਕਰੋ: webhook ਨੂੰ ਇੱਕ ਮਰਿਆਦਾ URL 'ਤੇ ਨਿਸ਼ਾਨਾ ਬਣਾਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਹਾਡਾ ਸਮੀਕਰਨ ਸਵੈੱਪ ਫਸੇ ਹੋਏ ਕੰਮ ਨੂੰ ਫੜਦਾ ਹੈ, ਆਪਣੇ ਹੈਂਡਲਰ ਤੋਂ 500 ਨੂੰ ਬਲਵਾਉਣ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ idempotent ਹੈ, ਅਤੇ ਜਾਂਚ ਕਰੋ ਕਿ payments.create ਦਾ 503 (ਚੇਨ ਐਡਾਪਟਰ ਵਾਇਰਡ ਨਹੀਂ ਹੈ) ਸੰਭਾਲਿਆ ਗਿਆ ਹੈ। ਟੈਸਟ ਵਾਤਾਵਰਣ ਸਸਤੇ ਹਨ; ਉਤਪਾਦਨ ਡੀਬੱਗਿੰਗ ਮਹਿੰਗੀ ਹੈ।

Webhook URL ਹਜੇ ਵੀ ਉਤਪਾਦਨ ਵਿੱਚ ngrok ਵੱਲ ਇਸ਼ਾਰਾ ਕਰ ਰਿਹਾ ਹੈ

ਕੁੰਜੀ ਪ੍ਰੀਫਿਕਸ ਬਦਲਣਾ ਯਾਦ ਰੱਖਣਾ ਆਸਾਨ ਹੈ; ਵੇਭੂਕ URL ਨੂੰ ਅੱਪਡੇਟ ਕਰਨਾ ਭੁੱਲਣਾ ਆਸਾਨ ਹੈ। ਜੇ ਤੁਸੀਂ URL ਨੂੰ ਆਪਣੇ ਲੈਪਟਾਪ ਤੋਂ ngrok ਟਨਲ 'ਤੇ ਅਜੇ ਵੀ ਨਿਰਧਾਰਿਤ ਕਰਕੇ ਲਾਈਵ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਪਹਿਲਾ ਉਤਪਾਦਨ ਭੁਗਤਾਨ ਇੱਕ ਵੇਭੂਕ ਨੂੰ ਖਾਲੀ ਵਿੱਚ ਭੇਜਦਾ ਹੈ। ਵੇਭੂਕ URL ਬਦਲਾਅ ਨੂੰ ਡਿਪਲੋਇ ਚੈਕਲਿਸਟ ਦਾ ਹਿੱਸਾ ਸਮਝੋ, ਨਾ ਕਿ ਇੱਕ ਵਾਰੀ ਦੀ ਸੈਟਿੰਗ।

ਜੀਵੰਤ ਸਮੇਂ ਲਈ ਪ੍ਰਾਕਸੀ ਵਜੋਂ ਟੈਸਟਨੈਟ ਸਮੇਂ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ

Base Sepolia Base mainnet ਦੇ ਤੌਰ 'ਤੇ ਇੱਕੋ ਜਿਹਾ ਵਿਵਹਾਰ ਨਹੀਂ ਕਰਦਾ - ਬਲੌਕ ਸਮਾਂ ਅਤੇ ਭੀੜ ਵੱਖਰੇ ਹਨ। ਮੈਨੇਟ ਥਰੂਪੁੱਟ ਨੂੰ ਲੋਡ-ਟੈਸਟ ਕਰਨ ਲਈ ਟੈਸਟਨੈੱਟ ਦੀ ਵਰਤੋਂ ਨਾ ਕਰੋ, ਅਤੇ ਇਹ ਨਾ ਸਮਝੋ ਕਿ ਤੁਹਾਡਾ ਟੈਸਟਨੈੱਟ ਦੇਰੀ ਉਹ ਹੈ ਜੋ ਤੁਸੀਂ ਉਤਪਾਦਨ ਵਿੱਚ ਦੇਖੋਗੇ। ਜਦੋਂ ਤੁਹਾਨੂੰ ਅਸਲੀ ਨੰਬਰਾਂ ਦੀ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਇੱਕ ਛੋਟੀ ਰਕਮ ਦੇ ਮੈਨੇਟ ਧੂਆਂ ਦੀ ਜਾਂਚ sk_live_ ਕੁੰਜੀ ਨਾਲ ਚਲਾਓ।

ਸਾਂਝੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਟੈਸਟ ਫਿਕਸਚਰ ਛੱਡਣਾ

ਜੇ ਤੁਹਾਡੇ ਵਿਕਾਸ ਅਤੇ ਉਤਪਾਦ ਵਾਤਾਵਰਣ ਇੱਕ ਡੇਟਾਬੇਸ ਨੂੰ ਸਾਂਝਾ ਕਰਦੇ ਹਨ (ਨਹੀਂ), ਤਾਂ ਟੈਸਟ ਇਵੈਂਟ ਜੀਵੰਤ ਇਵੈਂਟਾਂ ਦੇ ਨਾਲ ਇੱਕੋ ਹੀ ਟੇਬਲ ਵਿੱਚ ਆਉਂਦੇ ਹਨ ਅਤੇ ਤੁਹਾਡੇ ਆਈਡੈਂਪੋਟੈਂਸੀ ਡਿਡਿਊਪ ਨੂੰ ਤੋੜ ਦਿੰਦੇ ਹਨ (ਇਵੈਂਟ ID ਪੀਛੋਕੜ ਵੱਖਰਾ ਹੈ ਪਰ ਪੰਨਾ ਅਸਲ ਹੈ)। ਘੱਟੋ-ਘੱਟ, ਹਰ ਵਾਤਾਵਰਣ ਲਈ webhook_events ਟੇਬਲ ਨੂੰ ਅਲੱਗ ਕਰੋ। ਬਿਹਤਰ: ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੇ DBs। ਇਹ ਉਹਨਾਂ ਨਿਯਮਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜੋ ਬਹੁਤ ਜ਼ਿਆਦਾ ਲੱਗਦੇ ਹਨ ਜਦ ਤੱਕ ਇਹ ਇੱਕ ਵਾਰੀ ਨਹੀਂ ਕੱਟਦਾ।

ਅਗਲੇ ਕਦਮ

ਜਦੋਂ ਟੈਸਟ ਲੂਪ ਤੁਹਾਡੇ ਵਿਕਾਸ ਚੱਕਰ ਵਿੱਚ ਹੁੰਦਾ ਹੈ।

ਇੱਕ healthy test loop ਮੌਜੂਦ ਹੋਣ 'ਤੇ, ਬਾਕੀ ਕੰਮ ਜ਼ਿਆਦਾਤਰ hardening ਦਾ ਰਹਿ ਜਾਂਦਾ ਹੈ: load ਹੇਠ dependable webhook handling, ਇੱਕ final security checklist, ਅਤੇ ਕਿਸੇ ਵੀ ਪਿਛਲੇ payment provider ਤੋਂ migrations ਜੋ ਤੁਸੀਂ ਨਾਲ ਨਾਲ ਚਲਾ ਰਹੇ ਹੋ ਸਕਦੇ ਹੋ।

ਪੂਰਾ ਹਵਾਲਾ docs.blockchain0x.com 'ਤੇ। ਟੈਸਟਨੈਟ ਵੇਰਵੇ: ਬੇਸ ਚੇਨ ਗਲੋਸਰੀ। ਉਤਪਾਦ ਸਤਹ: ਭੁਗਤਾਨ API

ਆਖਰੀ ਸਮੀਖਿਆ: 2026-05-15. CC BY 4.0 ਦੇ ਅਧੀਨ ਪ੍ਰਕਾਸ਼ਿਤ।

ਇਸਨੂੰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਟੈਸਟ ਕਰੋ.

ਪੂਰਾ ਸੈਂਡਬਾਕਸ: ਟੈਸਟ ਕੁੰਜੀਆਂ, ਬੇਸ ਸੇਪੋਲੀਅਾ, ਸਿਮੂਲੇਟ ਕਰਨ ਯੋਗ ਜੀਵਨ ਚੱਕਰ। ਮੁਫਤ।