Magsimula nang libre
Filipino

Mga platform at marketplace

Bigyan ang bawat user ng sariling crypto deposit address

Ang isang address para sa lahat ang mismong problema: dumarating ang pera at walang nagsasabi kung kanino ito. Gumawa ng customer gamit ang sarili mong user id at makakakuha ka ng permanenteng deposit address na hango sa wallet mo — kaya bawat bayad ay nagpapakilala sa sarili nito, at wala ni isang sentimo ang dumadaan sa amin.

Bakit hindi umuubra ang isang shared na address

Bawat platform na tumatanggap ng crypto ay sumasalpok sa parehong pader sa parehong pagkakasunod, kadalasan pagkatapos ng unang support ticket tungkol sa bayad na walang makahanap.

  • Ang iisang address ay nagsasabi ng halaga at ng nagpadala, hindi kailanman kung kanino sa mga user mo ito. Ang pagtutugma sa halaga ay nasisira sa unang pagkakataong dalawang tao ang nagpadala ng parehong numero.
  • Ang karaniwang palusot ay ipunin ang lahat at ipamahagi mamaya — na nagiging dahilan para ang isang feature sa bayad ay maging paghawak ng pera ng iba, ang pinakamabigat na bagay na maaaring pasanin ng isang platform.
  • Ang paghingi sa user na mag-paste ng memo o reference ay gumagana hanggang may makalimot, at pagkatapos ay may taong nagtutugma ng blockchain nang manu-mano.

Isang tawag kada user, minsan lang

Ipapadala mo ang sarili mong identifier para sa user. Makakatanggap ka ng mga address na hindi nagbabago, kaya nangyayari ang tawag sa signup at hindi na muli.

  1. 01

    Gumawa ng customer gamit ang sarili mong id

    Ipasa ang kasalukuyang user id mo sa `external_ref`. Hindi gumagawa ang Unheld ng bagong identifier na kailangan mo pang itago at itugma — naka-index ang record sa id na ginagamit na ng database mo.

  2. 02

    Itago ang mga address na ibinalik

    Dala ng response ang mga deposit address ng user na iyon, hango sa sarili mong wallet. Permanente ang mga ito, kaya maaari mong ipakita, ilagay sa QR code, o hayaang i-save ng user at magpadala mula kahit saan.

  3. 03

    I-kredito ang account pagdating ng webhook

    Ang bayad sa address na iyon ay naiuugnay sa customer na nagmamay-ari nito, at dala ng notipikasyon pabalik ang sarili mong `externalRef`. Nagkakredito ang app mo sa user id na alam na nito, nang walang pagtutugma ng halaga o pagbabasa ng chain.

Ang totoong tawag

Request

curl -X POST https://api.unheld.io/api/v1/customers \
  -H "Authorization: Bearer $UNHELD_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "external_ref": "user_8412",
    "label": "Ada Lovelace",
    "supported_assets": ["ETH", "USDC"],
    "evm": true
  }'

Response

{
  "id": "c7f1…",
  "external_ref": "user_8412",
  "label": "Ada Lovelace",
  "evm_address": "0x…",
  "supported_assets": ["ETH", "USDC"],
  "receive_method": "auto"
}

Kailangan ng API key na may `customers:write` scope; ang pagbasa muli ay nangangailangan ng `customers:read`. Ang mga address para sa bawat chain na maaaring bayaran ng user ay nasa `GET /api/v1/customers/:id/addresses`.

Paano nahahanap ng bayad ang user nito

Ang address mismo ang identifier. Dahil pag-aari ito ng eksaktong isang customer at hindi nagbabago, naiuugnay agad ang dumarating na bayad nang walang memo, walang reference field, at walang paghahanap sa halaga — ang tatlong bagay na nasisira sa produksyon.

Maaari ring iugnay ang mga invoice sa isang customer gamit ang `customerId`, kaya ang isang beses na singil at ang permanenteng deposit address ay parehong naiuugnay sa iisang user, sa dashboard mo at sa mga webhook mo.

Nasaan talaga ang pera

Dumarating ang pondo sa mga address na hango sa sarili mong wallet. Ang iniimbak lang ng Unheld ay ang pampublikong bahagi na read-only, kaya hindi nito magalaw, ma-freeze o maiwala ang mga ito, at walang balanseng hawak dito para ibayad sa iyo mamaya.

Ang hindi sinasagot niyan ay kung ang platform mo ba mismo ay may hawak na pondo para sa mga user mo. Malamang oo, kung dumarating ang bayad sa mga address na kontrolado mo at may utang kang halaga sa kanila. Tanong iyon tungkol sa sarili mong ayos at hurisdiksyon, at hindi iyon masasagot namin para sa iyo — kumuha ng payo. Ang masasabi lang namin ay ang panig namin: hindi kailanman dumadaan ang pera sa Unheld.

Pagdidisenyo rito

Mas madaling idisenyo ang bawat isa nito ngayon kaysa matuklasan sa production.

  • Bawat address ng user ay hango sa iisang wallet — sa iyo. Iisang recovery phrase lang ang poprotektahan mo, hindi isa kada user, at ibig sabihin ay hindi hiwalay ang pondo kada user sa antas ng susi.
  • Sinasadyang gamitin muli ang permanenteng address, at iyon ang dahilan kaya gumagana ang pag-uugnay. Ibig ding sabihin, ang kasaysayan ng bayad ng isang user sa iyo ay maiuugnay on-chain ng sinumang makaalam ng address niya.
  • Nakapirmi ang address ng user kada pamilya ng chain: ang parehong EVM address ay tumatanggap sa lahat ng EVM network na binuksan mo. Ang pagbukas ng bagong chain ay hindi nangangailangan ng muling paglabas ng address.
  • Ang pagtanggal ng customer ay humihinto sa pagbabantay sa address niya; hindi nito — at hindi nito kayang — igalaw ang naipadala na roon. Ang perang dumating pagkatapos ng pagtanggal ay sa iyo pa rin, pero walang magpapaalam sa iyo tungkol dito.

Mga tanong

Hawak ba ng Unheld ang pondo ng mga user ko?

Hindi. Napupunta ang bayad sa mga address na hango sa sarili mong wallet at ang iniimbak lang ng Unheld ay ang read-only na public key, kaya walang balanse rito at walang mai-withdraw. Kung ang platform mo mismo ay may hawak na halaga para sa mga user nito ay ibang tanong iyon, tungkol sa sarili mong ayos, at karapat-dapat ng legal na payo sa halip na sagot mula sa isang marketing page.

Ilang user ang puwedeng magkaroon ng sariling address?

Walang limitasyon sa address kada user — hango ang mga address, hindi kinukuha mula sa isang pool, kaya ang paggawa ng pang-isang milyong customer ay parehong operasyon lang ng una. Ang sinusukat ay ang customer allowance at bilang ng transaksyon ng plano mo, na nakalagay sa pricing page.

Puwede bang magbago ang address ng isang user?

Hindi. Iyon ang katangiang pinagtatayuan ng buong disenyo: ang address ang kumikilala sa user, kaya minsan lang itong inilalabas at nananatili. Puwede mo itong ipakita, ilagay sa QR code, o hayaang i-save ng user sa sariling wallet, at tama pa rin ito makalipas ang isang taon.

Paano kung dalawang user ang magbayad ng parehong halaga nang sabay?

Walang malabong mangyayari, dahil hindi kailanman ginagamit ang halaga para kilalanin ang sinuman. Bawat bayad ay dumarating sa address na pag-aari ng eksaktong isang customer, at dala ng webhook ang sarili mong reference para sa customer na iyon — walang kabuluhan ang magkaparehong halaga, magkaparehong oras at magkaparehong nagpadala.

Gumawa ng customer sa testnet

Gawin ang tawag gamit ang test API key, kumuha ng tunay na mga address, at magpadala ng testnet payment sa isa sa mga ito para makita ang pag-uugnay na dumating — bago pa may tunay na pera.

Magsimula nang libre

Developers · Mga subscription · Presyo · Non-custodial · Sinagot nang diretso.