დოკუმენტაცია

ბლოკები

ოთხ პროდუქტს ერთი ბირთვი აქვს: ანგარიშები და იდენტიფიკაცია, კასტოდი, რეესტრი და ოპერაციების პლატფორმა. შეგიძლიათ ლიცენზია აიღოთ ერთზე ან რამდენიმეზე. თითოეულ ბლოკს აქ საჯარო განყოფილება აქვს (კონცეფციები, ინტეგრაცია, API), კლიენტის პორტალში კი — დახურული (ოპერაციული ინსტრუქციები, არქიტექტურა, გასაღებები).

სად მოძებნოთ

გარემოები

თითოეულ ინსტალაციას მინიმუმ ორი გარემო აქვს: სატესტო (staging) და საწარმოო (production). ღრუბლის კლიენტები ორივეს ჩვენგან იღებენ; თქვენს სერვერებზე განთავსებისას ორივე გარემო თქვენს ინფრასტრუქტურაზე მუშაობს და ჩვენი ინსტალერით დგება. რელიზები ყოველთვის ჯერ სატესტო გარემოში ხვდება და საწარმოო გარემოში მხოლოდ პორტალში თქვენი დადასტურების შემდეგ გადადის.

კვირები

რა გვჭირდება თქვენგან

ლიცენზია ან ლიცენზირების მკაფიო გეგმა, ბრენდის მასალები, დეველოპერის ანგარიშები აპლიკაციების მაღაზიებში, თქვენი KYC და ბანკის/PSP ხელშეკრულებები (ან გადაწყვეტილება, რომ ჩვენსას გამოიყენებთ) და ორი-სამი ადამიანი, ვინც ოპერაციებს მართავს.

შედარება

სერვერული რესურსები

# self-hosted, minimum footprint (production)
3× app nodes        8 vCPU · 32 GB
2× database         8 vCPU · 64 GB · NVMe, replicated
1× queue/cache      4 vCPU · 16 GB
1× custody signer   isolated network, HSM optional
1× monitoring       4 vCPU · 16 GB
# staging: half of the above, single database

ორდერის განთავსება

POST /v1/orders
Authorization: HMAC-SHA256 <key>:<ts>:<sig>

{
  "market": "BTC-USDT",
  "side": "buy",
  "type": "limit",
  "price": "81720.00",
  "amount": "0.25",
  "time_in_force": "GTC",
  "post_only": false
}

201 Created
{ "id": "ord_7f3a…", "status": "open", "filled": "0" }

საბაზრო მონაცემები

wss://api.yourbrand.exchange/v1/ws
{ "op": "subscribe", "channels": ["book.BTC-USDT.10", "trades.BTC-USDT"] }

{ "ch": "book.BTC-USDT.10", "bids": [["81726.1","0.88"], …], "asks": [["81729.0","2.31"], …], "seq": 9182311 }

ორდერების ტიპები

მოთხოვნების ლიმიტები

ნაგულისხმევად: ორდერებისთვის 20 მოთხოვნა/წამში თითო გასაღებზე, წაკითხვისთვის — 60/წამში. მარკეტ-მეიკერის გასაღებებს მოთხოვნისამებრ უფრო მაღალი ლიმიტები ენიჭება. ლიმიტები და დარჩენილი ბიუჯეტი პასუხის ჰედერებშია მითითებული.

როგორ მუშაობს

ძრავა თითოეულ ბაზარზე ორივე მხარეს აყენებს კოტირებებს რეალურ, შესრულებად ფასებში, რომლებიც გარე საორიენტაციო ბირჟებიდან მიიღება, თქვენ მიერ თითოეული წყვილისთვის დადგენილი სპრედით. კლიენტების შესრულებული ორდერები ავტომატურად ჰეჯირდება; მარაგისა და რისკის ლიმიტები მთელი დღე-ღამე მოქმედებს.

ბაზრის პარამეტრები

თქვენი საკუთარი მარკეტ-მეიკერები

გარე მარკეტ-მეიკერები ჩვეულებრივი API გასაღებებით უერთდებიან, გაზრდილი ლიმიტებით. საკომისიოს დონეები რიბეიტებით ადმინისტრირების პანელში კონფიგურირდება.

ინვოისის შექმნა

POST https://api.pay.yourbrand.com/v1/invoices
Authorization: Bearer sk_live_…

{ "amount": "49.00", "currency": "USD", "pay_currency": "USDT", "network": "tron",
  "order_id": "A-10422", "success_url": "https://shop.example/thanks", "webhook_url": "https://shop.example/hooks/pay" }

201 { "id": "inv_4821", "checkout_url": "https://pay.yourbrand.com/i/inv_4821", "expires_at": "…" }

მოვლენის მიღება

POST /hooks/pay
X-Signature: t=1729170000,v1=9f2a…

{ "type": "payment.confirmed", "invoice": "inv_4821", "amount_paid": "49.000000", "tx": "7f3a…c41e", "confirmations": 19 }

# verify: HMAC-SHA256(secret, t + "." + body) == v1

მოვლენები

WooCommerce

დააინსტალირეთ პლაგინი, ჩასვით API გასაღები და აირჩიეთ მისაღები აქტივები. payment.confirmed მოვლენისას შეკვეთის სტატუსი Processing-ზე გადადის. ნაწილობრივი გადახდისას შეკვეთას ემატება შენიშვნა და დამატებითი გადახდის ბმული.

Shopify

გადახდების კარიბჭის აპლიკაცია საკუთარი გადახდის გვერდით. მტკიცდება Shopify Partner-ის განხილვით თქვენი ანგარიშიდან; აღწერას ჩვენ ვამზადებთ. თანხა თქვენს მერჩანტის ბალანსზე ირიცხება; Shopify-სთვის ეს სტანდარტული კარიბჭეა.

Magento, OpenCart

ხელმისაწვდომია მოთხოვნით; მოვლენების იგივე მოდელი.

რაუნდის პარამეტრები

კონტრაქტები

სტანდარტული ERC-20/BEP-20 ტოკენისა და ვესტინგის კონტრაქტები პაკეტში შედის და აუდიტგავლილია. ინდივიდუალური მექანიკა (მიწოდების კონტროლი, მფლობელების დონეები) ცალკე მოდულია; ემისიამდე მესამე მხარის აუდიტს ჩვენ ვაწყობთ.

მიღება (claim)

TGE-ზე ვესტინგის კონტრაქტები ივსება. ინვესტორები აკავშირებენ იმ საფულეს, რომლითაც ვერიფიკაცია გაიარეს, და პორტალიდან იღებენ განბლოკილ თანხებს. გრაფიკები საჯაროა.

პოლიტიკა

# policy.yaml (excerpt)
assets:
  BTC:
    hot_target: 5%
    cold_sweep_above: 8%
    approvals:
      - below: 10000 USD   quorum: 1-of-3   delay: 0
      - below: 1000000 USD quorum: 2-of-3   delay: 0
      - above: 1000000 USD quorum: 3-of-5   delay: 4h
    new_address_delay: 24h
    daily_cap: 2500000 USD

დადასტურებები

ყოველ დადასტურებას 2FA-ით ასრულებს კონკრეტული, სახელობით განსაზღვრული პასუხისმგებელი პირი. კვორუმები დგინდება თითოეული აქტივისა და თანხის დიაპაზონისთვის. საგანგებო წვდომის (break-glass) პროცედურები დოკუმენტირებულია და კვალს ტოვებს.

რეზერვების მონიტორი

დამოუკიდებელი სერვისი კასტოდიში არსებული ყველა მისამართის ბალანსს ბლოკჩეინიდან კითხულობს და უწყვეტად ადარებს რეესტრს. შეუსაბამობისას გაფრთხილება იგზავნება; შემოწმება, რომელიც ვერ დასრულდა, აღინიშნება როგორც „უცნობი“. რეზერვების დადასტურების (PoR) ექსპორტი ხელმისაწვდომია მოთხოვნისამებრ.

ნაგულისხმევი როლები

რელიზები

იაწყობა ვერსიების კონტროლის სისტემიდან, მოწმდება (1,000+ ავტომატური ტესტი), ინერგება სატესტო გარემოში, ქვეყნდება პორტალზე ცვლილებების ჟურნალთან ერთად და საწარმოო გარემოში გადადის თქვენი დადასტურების შემდეგ. წინა ვერსიაზე დაბრუნება ერთი ბრძანებით ხდება.

მხარდაჭერის SLA