ਮੁੱਖ ਸਮੱਗਰੀ 'ਤੇ ਜਾਓ
ਸਿੱਖੋਗਾਈਡਆਪਣੇ AI ਏਜੰਟ ਵਿੱਚ ਭੁਗਤਾਨ ਸ਼ਾਮਲ ਕਰੋ
ਗਾਈਡ

ਆਪਣੇ AI ਏਜੰਟ ਵਿੱਚ ਭੁਗਤਾਨ ਕਿਵੇਂ ਸ਼ਾਮਲ ਕਰਨਾ ਹੈ।

10 minutes
ਛੋਟੀ ਜਵਾਬ

createClient ਨੂੰ @blockchain0x/node (ਜਾਂ Python ਕਲਾਇੰਟ) ਤੋਂ ਏਜੰਟ ਬਣਾਓ, payments.create ਨਾਲ USDC ਭੁਗਤਾਨ ਭੇਜੋ, ਅਤੇ webhooks.verify ਨਾਲ ਸਾਈਨ ਕੀਤੀ ਵੈਬਹੂਕ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਖਰਚ ਕਰਨ ਦੇ ਕੰਟਰੋਲ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਸੈੱਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ API ਰਾਹੀਂ ਪੜ੍ਹਨ-ਯੋਗ ਹਨ। ਏਜੰਟ ਕਦੇ ਵੀ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਨਿੱਜੀ ਕੁੰਜੀਆਂ ਨੂੰ ਨਹੀਂ ਛੂਹਦਾ। ਸਾਈਨ-ਅਪ ਤੋਂ ਬੇਸ 'ਤੇ ਤੁਹਾਡੇ ਪਹਿਲੇ USDC ਭੁਗਤਾਨ ਤੱਕ ਦਸ ਮਿੰਟ ਤੋਂ ਘੱਟ, TypeScript ਜਾਂ Python ਵਿੱਚ।

ਪੂਰਵ ਸ਼ਰਤਾਂ

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

  • ਇੱਕ Blockchain0x ਖਾਤਾ (ਮੁਫਤ ਸਾਈਨਅਪ).
  • ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਇੱਕ API ਕੁੰਜੀ (ਇਸ ਗਾਈਡ ਲਈ sk_test_ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਕਰੋ; ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ sk_live_ 'ਤੇ ਬਦਲ ਜਾਵੋਗੇ)।
  • ਤੁਹਾਡੇ ਏਜੰਟ ਰਨਟਾਈਮ ਵਿੱਚ Node.js 20+ ਜਾਂ Python 3.11+।
  • ਕਿਸੇ ਵੀ ਫਰੇਮਵਰਕ 'ਤੇ ਬਣਿਆ ਏਜੰਟ - LangChain, CrewAI, AutoGen, LlamaIndex, OpenAI Agents SDK, MCP, ਜਾਂ ਸਧਾਰਨ SDK ਕੋਡ। ਹਦਾਇਤਾਂ ਫਰੇਮਵਰਕ-ਅਗਨੋਸਟਿਕ ਹਨ।
  • ਇੱਕ HTTPS ਐਂਡਪੋਇੰਟ ਜੋ ਜਨਤਕ ਇੰਟਰਨੈਟ ਤੋਂ ਵੈਬਹੂਕ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਪਹੁੰਚਯੋਗ ਹੈ (ngrok ਜਾਂ ਇੱਕ ਡਿਪਲੋਇ ਪ੍ਰੀਵਿਊ ਵਿਕਾਸ ਲਈ ਠੀਕ ਹੈ)।
ਕਦਮ 1 ਵਿੱਚ 5

ਏਜੰਟ ਪ੍ਰੋਫਾਈਲ ਬਣਾਓ।

ਏਜੰਟ ਪ੍ਰੋਫਾਈਲ ਹਰ ਭੁਗਤਾਨ ਦੇ ਪਿੱਛੇ ਪਤਾ ਲੱਗਣ ਯੋਗ ਪਛਾਣ ਹੈ ਜੋ ਤੁਹਾਡਾ ਏਜੰਟ ਭੇਜਦਾ ਜਾਂ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਇਸ ਵਿੱਚ ਵਾਲਿਟ ਦਾ ਪਤਾ, ਪਬਲਿਕ ਪੇਜ, ਪੁਸ਼ਟੀ ਬੈਜ, ਅਤੇ (ਬਾਅਦ ਵਿੱਚ) ਖਰਚ ਕਰਨ ਦੀ ਨੀਤੀ ਸ਼ਾਮਲ ਹੈ। ਹਰ ਤਰਕਸ਼ੀਲ ਏਜੰਟ ਲਈ ਇੱਕ ਬਣਾਓ.

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

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

const agent = await client.agents.create({ name: "research-bot" });

console.log(agent.id); // "agt_..."
// Public page: https://wallet.blockchain0x.com/a/{slug}
Python
from blockchain0x import Client

client = Client()  # reads BLOCKCHAIN0X_API_KEY from the environment

agent = client.agents.create(body={"name": "research-bot"})

print(agent["id"])  # "agt_..."
# Public page: https://wallet.blockchain0x.com/a/{slug}

After this call, the agent has a public page at https://wallet.blockchain0x.com/a/<slug> that any counterparty (human or agent) can hover for verification info. See the agent payment identity glossary entry for what that page exposes.

ਕਦਮ 2 ਵਿੱਚ 5

ਭੁਗਤਾਨ ਭੇਜੋ।

payments.create sends USDC from the agent wallet. amountWei is base units (USDC has 6 decimals), so 0.01 USDC is the string "10000". The SDK auto-stamps an Idempotency-Key, and the call can return 503 until the chain adapter is wired for your network. To RECEIVE instead, settle an invoice you created in the dashboard with paymentRequests.settle - see the payment API page.

TypeScript
// Send a USDC payment from the agent wallet. amountWei is base units
// (USDC has 6 decimals): "10000" is 0.01 USDC. payments.create auto-stamps an
// Idempotency-Key and can return 503 until the chain adapter is wired.
const tx = await client.payments.create({
  agentId: agent.id,
  to: "0xRecipient",
  amountWei: "10000",
});

console.log(tx); // the submitted transfer
Python
# amountWei is USDC base units (6 decimals): "10000" is 0.01 USDC.
tx = client.payments.create(body={
    "agentId": agent["id"],
    "to": "0xRecipient",
    "amountWei": "10000",
})

print(tx)  # the submitted transfer
ਕਦਮ 3 ਵਿੱਚ 5

Webhook ਸੰਭਾਲੋ।

Webhooks ਰਾਹੀਂ ਹੀ ਪਤਾ ਲਗਦਾ ਹੈ ਕਿ payment settle ਹੋਈ ਹੈ। Node ਵਿੱਚ, @blockchain0x/node ਤੋਂ webhooks.verify HMAC check ਕਰਦਾ ਹੈ ਅਤੇ discriminated union ਵਾਪਸ ਕਰਦਾ ਹੈ; ਹੋਰ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ, raw body ਉੱਤੇ ਉਹੀ HMAC compute ਕਰੋ। Event type ਦੇ ਅਧਾਰ 'ਤੇ branch ਕਰੋ (inbound ਲਈ payment.received), ਜਲਦੀ 2xx respond ਕਰੋ, ਅਤੇ ਭਾਰੀ ਕੰਮ 2xx ਦੇ ਪਿੱਛੇ queue ਕਰੋ ਤਾਂ ਜੋ delivery time out ਨਾ ਹੋਵੇ।

TypeScript (Express)
import express from "express";
import { webhooks } from "@blockchain0x/node";

const app = express();
// Capture the RAW body. The HMAC is over the exact bytes on the wire.
app.use(express.raw({ type: "application/json" }));

app.post("/webhooks/payment", (req, res) => {
  const result = webhooks.verify({
    headers: req.headers,
    rawBody: req.body, // Buffer, raw bytes
    secret: process.env.BLOCKCHAIN0X_WEBHOOK_SECRET!,
  });
  if (!result.ok) return res.status(400).json({ code: result.code });

  if (result.eventType === "payment.received") {
    // USDC landed - deliver the work, fulfil the order, etc.
    void deliver(result.eventId);
  }
  res.status(200).send("ok");
});
Python (Flask)
import hmac, hashlib, os, time
from flask import Flask, request, abort

app = Flask(__name__)
SECRET = os.environ["BLOCKCHAIN0X_WEBHOOK_SECRET"].encode()

@app.post("/webhooks/payment")
def webhook():
    raw = request.get_data()  # RAW bytes - do not parse first
    sig = request.headers.get("X-Blockchain0x-Signature", "")
    ts = request.headers.get("X-Blockchain0x-Timestamp", "")
    parts = dict(p.split("=", 1) for p in sig.split(",") if "=" in p)
    t, v1 = parts.get("t", ts), parts.get("v1", sig)
    want = hmac.new(SECRET, t.encode() + b"." + raw, hashlib.sha256).hexdigest()
    if not hmac.compare_digest(want, v1) or abs(time.time() - int(t)) > 300:
        abort(401)
    if request.headers.get("X-Blockchain0x-Event-Type") == "payment.received":
        deliver(request.get_json())  # USDC landed
    return ("ok", 200)
ਕਦਮ 4 ਵਿੱਚ 5

ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਖਰਚ ਕਰਨ ਦੇ ਨਿਯੰਤਰਣ ਸੈਟ ਕਰੋ।

ਜੇ ਤੁਹਾਡਾ ਏਜੰਟ ਸਿਰਫ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਸਨੂੰ ਛੱਡ ਸਕਦੇ ਹੋ। ਜੇ ਇਹ ਵੀ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਖਰਚ ਕਰਨ ਦੀ ਆਗਿਆ ਸੈੱਟ ਕਰੋ - ਇੱਕ ਪੀਰੀਅਡ ਪ੍ਰਤੀ ਭੁਗਤਾਨ ਅਤੇ ਪ੍ਰਤੀ-ਲੈਣ-ਦੇਣ ਦੀ ਸੀਮਾ - ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ। ਇਹ ਹਰ ਭੁਗਤਾਨ 'ਤੇ ਬੈਕਐਂਡ ਦੁਆਰਾ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਪ੍ਰੰਪਟ ਇੰਜੈਕਸ਼ਨ ਨੂੰ ਇੱਕ ਤਰੀਕੇ ਨਾਲ ਜੀਵਿਤ ਰੱਖਦਾ ਹੈ ਜੋ ਏਜੰਟ-ਪਾਸੇ ਦੇ ਨਿਯਮ ਕਦੇ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਕੋਈ API ਜਾਂ SDK ਕਾਲ ਨਹੀਂ ਹੈ ਜੋ ਇੱਕ ਆਗਿਆ ਨੂੰ ਬਦਲਦੀ ਹੈ (ਏਜੰਟ ਦੀ ਆਪਣੀ ਕੁੰਜੀ ਆਪਣੀ ਸੀਮਾ ਨੂੰ ਵਿਆਪਕ ਨਹੀਂ ਕਰ ਸਕਦੀ); API ਪੜ੍ਹਨ ਲਈ ਹੀ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡਾ ਕੋਡ ਮੌਜੂਦਾ ਮੁੱਲਾਂ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਜਾਂ ਯੋਜਨਾ ਬਣਾਉਣ ਲਈ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ।

ਪੜ੍ਹੋ (curl)
curl https://api.blockchain0x.com/v1/agents/agt_123/spend-permissions \
  -H "Authorization: Bearer $BLOCKCHAIN0X_API_KEY"
ਜਵਾਬ
{
  "allowance_wei": "5000000",
  "per_tx_wei": "1000000",
  "period_seconds": 86400,
  "revoked_at": null
}
ਕਦਮ 5 ਵਿੱਚ 5

Base Sepolia 'ਤੇ ਪੂਰੇ ਫਲੋ ਦਾ ਟੈਸਟ ਕਰੋ.

ਜਦੋਂ sk_live_ ਕੁੰਜੀਆਂ 'ਤੇ ਫਲਿੱਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, sk_test_ ਨਾਲ ਪੂਰਾ ਰਸਤਾ ਅੰਤ-ਤੱਕ ਚਲਾਓ। ਇੱਕ ਟੈਸਟ ਕੁੰਜੀ Base Sepolia 'ਤੇ ਸਭ ਕੁਝ ਰੱਖਦੀ ਹੈ, ਜਿੱਥੇ ਤੁਸੀਂ ਜਨਤਕ ਫਾਟ ਤੋਂ ਵੈਲਿਟ ਨੂੰ ਫੰਡ ਕਰਦੇ ਹੋ ਅਤੇ ਪ੍ਰਤਿਕ੍ਰਿਆ ਦੇ ਆਕਾਰ ਜੀਵੰਤ ਨੂੰ ਮਿਲਦੇ ਹਨ। ਕੁੰਜੀ ਪ੍ਰੀਫਿਕਸ ਨੈੱਟਵਰਕ ਚੁਣਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਟੈਸਟ ਕੁੰਜੀ ਮੈਨੇਟ ਫੰਡਾਂ ਨੂੰ ਨਹੀਂ ਚਲਾ ਸਕਦੀ।

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

ਆਮ ਪਿੱਟਫਾਲ

ਪੰਜ ਗਲਤੀਆਂ ਜੋ ਟੀਮਾਂ ਨੂੰ ਇੱਕ ਹਫ਼ਤਾ ਮਹਿੰਗਾ ਪੈਂਦੀਆਂ ਹਨ।

ਵੇਭੂਕ ਸਿਗਨੇਚਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਤੋਂ ਬਚਣਾ

ਜੇ ਤੁਸੀਂ /webhooks/payment 'ਤੇ ਕਿਸੇ ਵੀ POST ਨੂੰ ਅਧਿਕਾਰਤ ਦੇ ਤੌਰ 'ਤੇ ਸਵੀਕਾਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਇੱਕ ਹਮਲਾਵਰ ਨਕਲੀ ਭੁਗਤਾਨ ਇਵੈਂਟ ਬਣਾਉਣ ਅਤੇ ਤੁਹਾਡੇ ਏਜੰਟ ਨੂੰ ਮੁਫਤ ਕੰਮ ਕਰਨ ਲਈ ਧੋਖਾ ਦੇ ਸਕਦਾ ਹੈ। ਹਮੇਸ਼ਾਂ webhook ਗੁਪਤ ਕੋਡ ਨਾਲ HMAC-ਪ੍ਰਮਾਣਿਤ ਕਰੋ, ਇੱਕ ਸਥਿਰ-ਸਮਾਂ ਤੁਲਨਾ ਦੀ ਵਰਤੋਂ ਕਰਕੇ। ਪਹਿਲੀ ਸਮਝੌਤਾ ਅਕਸਰ ਗੁੰਮ ਹੋਈ ਪ੍ਰਮਾਣਿਕਤਾ ਹੁੰਦੀ ਹੈ।

ਇੱਕ ਵੱਖਰਾ ਪੁਸ਼ਟੀਕਰਨ ਘਟਨਾ ਮੰਨਦੇ ਹੋਏ

ਸ਼ਿਪ ਕੀਤੇ events ਹਨ payment.received, payment.sent, wallet.deployed, ਅਤੇ webhook.test - ਕੋਈ separate confirmation event ਨਹੀਂ ਹੈ। ਜਦ transfer block ਵਿੱਚ ਆ ਜਾਂਦਾ ਹੈ ਤਾਂ payment.received fire ਹੁੰਦਾ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਕੰਮ ਲਈ, ਇਹ ਤੁਹਾਡਾ deliver ਕਰਨ ਦਾ signal ਹੈ। ਕੁਝ ਮਹਿੰਗੇ ਜਾਂ irreversible ਕੰਮ ਲਈ, transactions.get ਨਾਲ transaction poll ਕਰੋ ਅਤੇ action ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣਾ confirmation threshold ਲਗਾਓ; ਉਸ event ਦੀ ਉਡੀਕ ਨਾ ਕਰੋ ਜੋ ਮੌਜੂਦ ਹੀ ਨਹੀਂ ਹੈ।

Webhook ਹੈਂਡਲਰ 'ਤੇ ਕੋਈ ਆਈਡੈਂਪੋਟੈਂਸੀ ਨਹੀਂ

Webhooks ਗੈਰ-2xx ਪ੍ਰਤੀਕ੍ਰਿਆ 'ਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ, ਅਤੇ ਇੱਕੋ ਹੀ ਘਟਨਾ ਲੋਡ ਦੇ ਹੇਠਾਂ ਕਈ ਵਾਰੀ ਆਏਗੀ। ਤੁਹਾਡਾ ਹੈਂਡਲਰ ਆਈਡੈਂਪੋਟੈਂਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਉਹ ਘਟਨਾ ID ਦੀ ਇੱਕ ਛੋਟੀ ਟੇਬਲ ਰੱਖੋ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਹੈ ਅਤੇ ਨਕਲਾਂ ਨੂੰ ਛੱਡ ਦਿਓ। ਨਹੀਂ ਤਾਂ ਇੱਕ ਅਸਥਾਈ ਬਲਿਪ ਇੱਕੋ ਹੀ ਕੰਮ ਦੋ ਵਾਰੀ ਪਹੁੰਚਾਏਗਾ ਅਤੇ ਤੁਸੀਂ ਦੋਹਰੇ ਪੂਰੇ ਕਰਨ ਦੀ ਸਮੱਸਿਆ ਦਾ ਨਿਪਟਾਰਾ ਕਰਨ ਵਿੱਚ ਘੰਟੇ ਬਿਤਾਉਂਗੇ।

ਟੈਸਟ ਅਤੇ ਲਾਈਵ API ਕੁੰਜੀਆਂ ਨੂੰ ਮਿਲਾਉਣਾ

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

ਗੁਆਚ ਗਏ ਵੈਬਹੂਕ ਨੂੰ ਫੇਲ੍ਹ ਹੋਏ ਭੁਗਤਾਨ ਵਜੋਂ ਲੈਣਾ

ਕੋਈ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲਾ ਘਟਨਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਇੱਕ ਵੈਬਹੂਕ ਗੁਆਚ ਸਕਦੀ ਹੈ (ਤੁਹਾਡਾ ਅੰਤ ਬੰਦ ਸੀ, ਇੱਕ ਡਿਲਿਵਰੀ ਗੁਆਚ ਗਈ)। ਏਜੰਟ ਨੂੰ 'ਧਨ ਦੀ ਉਡੀਕ' ਲੂਪ ਵਿੱਚ ਫਸਿਆ ਨਾ ਛੱਡੋ। ਮੁੜ ਮਿਲਾਓ: transactions.get ਨਾਲ ਲੈਣ-ਦੇਣ ਨੂੰ ਲੈ ਕੇ ਅਸਲੀ ਹਾਲਤ ਬਾਰੇ ਜਾਣੋ, ਅਤੇ ਕਿਸੇ ਵੀ ਉਡੀਕ ਕਰਨ ਵਾਲੇ ਪ੍ਰਵਾਹ 'ਤੇ ਸਮਾਂ ਬਾਹਰ ਰੱਖੋ ਤਾਂ ਕਿ ਇੱਕ ਛੱਡਿਆ ਭੁਗਤਾਨ ਰੱਖੇ ਗਏ ਸਰੋਤਾਂ ਨੂੰ ਛੱਡ ਦੇਵੇ ਨਾ ਕਿ ਸਦਾ ਲਈ ਫਸਿਆ ਰਹੇ।

ਅਗਲੇ ਕਦਮ

ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾ ਭੁਗਤਾਨ ਹੁੰਦਾ ਹੈ।

Basic payments ਕੰਮ ਕਰਨ ਲੱਗਣ 'ਤੇ, ਸਭ ਤੋਂ ਵੱਧ ਫਾਇਦਾ ਦੇਣ ਵਾਲੇ follow-ups ਹਨ spend controls (ਤਾਂ ਜੋ agent budget ਨਾਲ ਭੱਜ ਨਾ ਜਾਵੇ), webhook robustness (ਤਾਂ ਜੋ load ਹੇਠ payments ਚੁੱਪਚਾਪ ਨਾ ਗਿਰ ਜਾਣ), ਅਤੇ identity verification (ਤਾਂ ਜੋ counterparties agent ਦੇ public page 'ਤੇ ਭਰੋਸਾ ਕਰਨ)।

ਪੂਰੀ API ਹਵਾਲਾ docs.blockchain0x.com 'ਤੇ ਹੈ। ਇੱਕੋ APIs ਲਈ ਉਤਪਾਦ ਸਤਹ: Payment API.

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

ਇੱਕ POST ਅਤੇ ਤੁਹਾਡਾ ਏਜੰਟ ਭੁਗਤਾਨ ਕਰ ਰਿਹਾ ਹੈ।

ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਮੁਫਤ। ਟੈਸਟ ਕੁੰਜੀਆਂ ਸ਼ਾਮਲ ਹਨ। ਪਹਿਲਾ ਭੁਗਤਾਨ ਦਸ ਮਿੰਟਾਂ ਦੇ ਅੰਦਰ ਪੁਸ਼ਟੀ ਕੀਤੀ ਗਈ।