GH GambleHub

ფინანსური ნაკადები ჯაჭვებს შორის

(განყოფილება: ეკოსისტემა და ქსელი)

1) რატომ უნდა აკონტროლოთ ინტერ-ჯაჭვური ფული?

ჯაჭვური ფინანსური ნაკადები არის სახსრების მოძრაობა და ვალდებულებები ქსელებს, ხიდებს, გადახდის პროვაიდერებს და ოპერატორებს შორის. მიზნები:
  • უსაფრთხოება და ფინალიზაცია: მხოლოდ შეუქცევადი ფაქტების მიღება.
  • ლიკვიდობა და ღირებულება: დერეფნების ღირებულების შემცირება საკმარისი რეზერვებით.
  • ანგარიშები და აუდიტი: სრული კვალიფიკაცია ორმაგი ჩაწერით და პრუფებით.
  • შესაბამისობა: AML/სანქციები, რეზიდენცია, იურისდიქციის ლიმიტები.

2) ფინანსური ნაკადების ტიპოლოგია

1. ანაბრები: on-ramp - საფულე/მომხმარებლის ანგარიში (ონჩეინი/ოფჩეინი).
2. გადახდები: off-ramp/კრიპტოვალუტის გადასახადები გარე მისამართზე/PSP.
3. ჯაჭვური თარგმანები (bridge): ჩაკეტვა/mint, burn/release, მესიჯი.
4. სვოპი/კონვერტაცია (FX): cross-asset/chain swap ორაკულის ფასებით.
5. კლირინგი და როიალტი: პერიოდული ურთიერთგამომრიცხავი ოპერატორი - სტუდიები - აგრეგატორები.
6. კომისიები და შენარჩუნება: ქსელი fee, bridge fee, take rate, rebates.
7. სახაზინო ოპერაციები: ლიკვიდობის რებალანსი და ჰეჯი.

3) როლები და კონტურები

ხიდი/რელე: უზრუნველყოფს სახელმწიფოების/აქტივების და პრუფების გადაცემას.
ხაზინა: რეზერვები ჯაჭვების/ვალუტის, ლიმიტების, ჰეჯირების მიმართულებით.
PSP/On-of-ramp: ბარათები/ადგილობრივი ARM/ბანკები/კრიპტო გაცვლა.
ორაკულები/ციტატები: აქტივების ფასები, FX და საკომისიო.
რისკი/შესაბამისობა: AML/KYC/KYB, სანქციები, velocity შეზღუდვები.
ჩანართი/BI: ორმაგი ჩანაწერი, საბოლოო ანგარიში, შერიგება.

4) ნაკადის არქიტექტურა (რეფერენდუმი)

Ingest (ხიდი/PSP/კვანძი) - Raw/Bronze (გადაადგილების ფაქტები) - Clean/Silver (ნორმალიზაცია, დედაპლატი, პრეფიქსი), Core/Gold (ორმაგი ჩანაწერი, პოზიცია, ვალდებულებები) - Marts (ფინანსები, რისკი, ფორტეპილეტები) Serve/API I I I I e (მოხსენება, ლიმიტები).
საკვანძო თვისებები: idempotence, სქემების ვერსია, replay/backfill, late data.

5) დავის დასრულება, რეორგანიზაცია და ფანჯრები

სტატუსები: 'observed - confirmed (K) - finalized - invalidated (reorg)' (+ 'challenged' ოპტიკური ხიდებისთვის).

პოლიტიკოსები:
  • K- მტკიცებულებები per chain/asset/თანხა ('K' დიდი გადარიცხვებისთვის).
  • Delayed Finalization მაღალი დონის თანხებისა და ახალი ხიდებისთვის.
  • Reorg handling: ავტომატური ინვალიდობა + ერთეულების გადაანგარიშება.
  • Proof coverage: ჩანაწერების სამიზნე წილი მოქმედი აუზებით 99%.

6) პრაიმერი, კომისიები და FX

ფასები: 'effective _ amount = amount - (ქსელი _ fee + bridge _ fee + fx _ spread) "

ორაკულები: შუასაუკუნეების ციტატები, დაცვა Outlier, time-weighted ფასი.
გრძელი დერეფნებით კურსის მოცურების ფანჯარა; კურსის დაფიქსირება 'observed _ at' ან 'event _ at' - ანგარიშის პოლიტიკის მიხედვით.
Fee buckets: per corridor/asset კომისიების საგზაო რუქები.

7) ლიკვიდობა და ლიმიტები

რეზერვები: მიზნობრივი ბალანსი ჯაჭვებში/აქტივებში, მწვერვალების ბუფერები.
დერეფნები: დღის ლიმიტები, ხაზინის ზარის ბარიერები.
Rebalans: rebridging/sope ბაზარი, cost-aware (მათ შორის latence და fee).
Stress გეგმა: fallback აქტივები/ჯაჭვები, K/დავის ფანჯრის დროებითი ზრდა.

ლიმიტის პოლიტიკა (YAML):
yaml treasury:
corridors:
"eth->polygon:USDC": { daily_usd: 1_000_000, k: 20, alert_at_pct: 80 }
"polygon->eth:USDC": { daily_usd: 800_000, k: 24, alert_at_pct: 75 }
reserves:
eth:   { usdc_min: 300_000, native_gas_min_usd: 25_000 }
polygon: { usdc_min: 250_000, native_gas_min_usd: 10_000 }

8) ღონისძიების კონტრაქტები და იდემპოტენტობა

თარგმანის მოვლენა (Async-style, YAML):
yaml event:
id: uuid type: bridge. lock    bridge. mint    payout. requested    payout. finalized    deposit. settled ts: 2025-10-31T19:00:00Z chain_id: "eth-mainnet"
asset: "USDC"
amount: "123. 45"
src: "0x..." # address/organization dst: "0x..."    iban    wallet_id status: observed    confirmed    finalized    invalidated proof_ref: "merkle:..."
idempotency_key: "${chain}    ${block}    ${tx}    ${log}    ${type}"
fx: { base: "USD", rate: "1. 00", source: "oracle:v2" }
fees: { network: "1. 23", bridge: "0. 50" }

დედაპლაციის წესი: upsert 'idempotency _ key' ფანჯარაში 72 საათის განმავლობაში.

9) ორმაგი ჩანაწერი და აღრიცხვა (Core Ledger)

სქემა (SQL):
sql
CREATE TABLE ledger_entries (
id UUID PRIMARY KEY,
ts TIMESTAMPTZ,
account_dr TEXT, -- debit account_cr TEXT, -- credit amount NUMERIC (38.9),
currency TEXT, -- canonical accounting currency (for example, USD)
ref_event_id UUID,
meta JSONB
);

CREATE TABLE positions (
account TEXT PRIMARY KEY,
balance NUMERIC(38,9),
currency TEXT
);

გაყვანილობის მაგალითი: USDC interjectional გადარიცხვა (lock - mint)

`Dr Bridge Receivable (dst_chain:USDC)` / `Cr Cash (src_chain:USDC)` — при lock.
`Dr Cash (dst_chain:USDC)` / `Cr Bridge Receivable (dst_chain:USDC)` — при mint(finalized).
კომისიები ასახავს ცალკეულ ხაზებს ('Bridge Fee Revenue', 'Network Fee Expense').

10) კრეკერი და კლირინგი

T- კრიკეტი: ჯაჭვების, აქტივების, პროვაიდერების/ხიდების, დღის განმავლობაში.
Proof match: დერეფნის ორივე მხარის ქვითრები (src/dst) და თანხები (შეცდომის დაშვებით).
Dispute flow: საკარანტინო ანომალია (asset/decimals/amount mismatch).
როიალტის კლირინგი: მხოლოდ 'finalized', FX 'event _ at' ან 'observed _ at' - პოლიტიკის შესაბამისად.

მოთხოვნები (SQL):
sql
-- Lock/mint bundle
SELECT l. tx_hash AS src_tx, m. tx_hash AS dst_tx, l. amount, m. amount
FROM core_events l
JOIN core_events m ON m. type='bridge. mint' AND m. proof_ref = l. proof_ref
WHERE l. type='bridge. lock' AND l. status='finalized' AND m. status='finalized';

-- Daily reconciliation by asset/chain
SELECT chain_id, asset,
SUM(CASE WHEN direction='in' THEN amount ELSE 0 END) AS inflow,
SUM(CASE WHEN direction='out' THEN amount ELSE 0 END) AS outflow
FROM flows
WHERE ts::date = CURRENT_DATE - INTERVAL '1 day'
GROUP BY chain_id, asset;

11) შესაბამისობა და რეზიდენცია

AML/KYC/KYB: მორიელები, სანქციების სიები, სახსრების წყაროები.
რეზიდენცია/ლოკალიზაცია: PII ტოკენიზაცია, რეგიონალური დაშიფვრის გასაღებები, ექსპორტი თეთრი სიების მიხედვით.
Velocity limites: per user/org/corridor/day.
აუდიტის ბილიკი: ხელმისაწვდომობის უცვლელი ჟურნალები, მოვლენების ხელმოწერები.

12) დაკვირვება: SLI/SLO და მეტრიკა

SLI (ბირთვი):
  • Finality p95 per corridor/asset,
  • Success თარგმანები,
  • Proof Coverage%,
  • Queue-Lag p95 (საბურავი/ხიდი),
  • FX Drift (კურსების შეუსაბამობა),
  • Liquidity Utilization% (რეზერვების დატვირთვა),
  • Reorg/Challenge Rate,
  • Dispute/Quarantine Rate.
SLO (სახელმძღვანელო):
  • Finality p95: 3-10 წუთი (დერეფნის გასწვრივ), Success - 99. 5%,
  • Proof Coverage ≥ 99. 0%, Queue-Lag P0 p95 ≤ 2 с,
  • Dispute Rate ≤ 0. 2%, FX Drift ≤ 0. საშუალო 3%.

Дашборды: Flows Core, Finality & Proofs, Treasury & Liquidity, FX & Fees, Compliance.

13) ცვლილების მენეჯმენტი

Timelock შეცვალოს K/limits/დერეფნები; ჟურნალის გადაწყვეტილებები.
აქტივების/decimals კატალოგების ვერსიები (თავსებადობა მხოლოდ „დამატება“).
A/ახალი ხიდების ჩართვა: ჯუჯა ნაკადი, ლიმიტები, გაზრდილი კ.
განვითარებადი კილ-სვიტის დერეფანი ანომალიების დროს.

14) კონფიგურაცია (YAML)

ფინალიზაციის/რისკების პოლიტიკა

yaml finality_policy:
eth-mainnet: { k: 12, delayed_for_usd_gt: 100000 }
polygon:   { k: 256 }
optimistic: { k: 0, challenge_minutes: 20, delayed_for_usd_gt: 50000 }
risk:
large_transfer_alert_usd: 25000 sanction_check: true

დერეფნების და კომისიების წესები

yaml corridors:
- id: "eth->polygon:USDC"
fee_bps: 25 fx_source: "oracle:v2"
daily_limit_usd: 1_000_000 slo:
finality_p95_min: 6 success_pct: 99. 6

Webhook/ხელმოწერები კლირინგისთვის

yaml webhooks:
clearing:
signature: { alg: "HMAC-SHA256", header: "X-Signature", ts_header: "X-Timestamp" }
retry: { attempts: 5, backoff_ms: [200,800,1600,3200,6400], jitter: true }

15) Playbook ინციდენტები

A. Spike reorg/invalidated

1. დროებით აამაღლეთ 'K', ჩართეთ 'finalized-only'; 2) შეაჩერეთ მაღალი რანგის ფრენები;

2. დანაყოფების გადაანგარიშება; 4) პოსტ-mortem და პოლიტიკის კორექტირება.

B. Proof Coverage

1. მერკალიზაციის/პრუვერების რესტარტი; 2) საეჭვო თარგმანების კარანტინი;

2. საქმეების ხელით ნიმუში; 4) სახაზინო/შესაბამისობის ანგარიში.

C. დერეფანში ლიკვიდობის ნაკლებობა

1. ჩართეთ rebalans/sopp; 2) აამაღლეთ fee/შემოიღეთ კვოტები;

2. პრიორიტეტული P0 გადახდები; 4) მონაწილეთა შეტყობინება.

D. FX Drift/ფასების ანომალიები

1. გადართეთ ციტატების წყარო; 2) შეზღუდოს დიდი გარიგებები;

2. ჰეჯის შესრულება; 4) ფანჯრის ანგარიშების დათვლა.

E. სანქციები/AML ტრიგერი

1. ოპერაციის დაუყოვნებელი ბლოკი; 2) ესკალაცია კომპლექსში;

2. არტეფაქტების/პრუფების დაცვა; 4) მოხსენება და სამართლებრივი ქმედებები.

16) განხორციელების შემოწმების სია

1. დააფიქსირეთ ნაკადის წყაროები, დერეფნები და ფინალიზაციის ფანჯრები.
2. შეიყვანეთ კანონიკური მოვლენები და იდემპოტენტურობის გასაღები.
3. განახორციელეთ ორმაგი ჩანაწერი და პოზიცია, FX ნორმალიზაცია და კომისიების აღრიცხვა.
4. კონფიგურაცია ლიმიტები/რეზერვები და ავტომატური რებალანსი.
5. ასწიეთ დაშბორდები SLI/SLO: Finality, Proofs, Liquidity, FX, Compliance.
6. ჩართეთ AML/სანქციები, რეზიდენცია და აუდიტის ტრეილები.
7. ჩაატარეთ chaos-/DR ტესტები (reorg, oracle-drift, ლიკვიდობა).
8. დაიწყეთ მთავრობის პროცედურები დერეფნების/K/ლიმიტების ნებისმიერ ცვლილებაზე.

17) გლოსარიუმი

Finality არის გარიგების/მდგომარეობის შეუქცევადობა.
Reorg არის ჯაჭვის ნაწილის გადაკეთება ბლოკების გაუქმებით.
Corridor არის ჯაჭვების/აქტივების მართვადი თაიგული, ღირებულების გადარიცხვისთვის.
Proof Coverage არის ჩანაწერების წილი კრიპტოგრაფიული მტკიცებულებებით.
FX Drift - გამოყენებული კურსის გადახრა სტანდარტიდან.
Double-Entry - ორმაგი ჩანაწერი (დებიუტი/სესხი) ბუღალტრული აღრიცხვისთვის.
Delayed Finalization - გადავადებული მიღება ანგარიშებში მაღალი თანხებისთვის.

შედეგი: ჯაჭვებს შორის ფინანსური ნაკადების მართვა არ არის მხოლოდ „აქტივების შურისძიება“, არამედ ფინალიზაციის, ლიკვიდობის, აღრიცხვისა და შესაბამისობის დისციპლინა. კანონიკური მოვლენები, ორმაგი ჩანაწერი, ლიმიტები და SLO დერეფნების გასწვრივ იძლევა დადასტურებულ, ეკონომიურ და სტაბილურ სისტემას, მზადდება მასშტაბისა და აუდიტისთვის ნებისმიერ იურისდიქციაში.

Contact

დაგვიკავშირდით

დაგვიკავშირდით ნებისმიერი კითხვის ან მხარდაჭერისთვის.ჩვენ ყოველთვის მზად ვართ დაგეხმაროთ!

Telegram
@Gamble_GC
ინტეგრაციის დაწყება

Email — სავალდებულოა. Telegram ან WhatsApp — სურვილისამებრ.

თქვენი სახელი არასავალდებულო
Email არასავალდებულო
თემა არასავალდებულო
შეტყობინება არასავალდებულო
Telegram არასავალდებულო
@
თუ მიუთითებთ Telegram-ს — ვუპასუხებთ იქაც, დამატებით Email-ზე.
WhatsApp არასავალდებულო
ფორმატი: ქვეყნის კოდი და ნომერი (მაგალითად, +995XXXXXXXXX).

ღილაკზე დაჭერით თქვენ ეთანხმებით თქვენი მონაცემების დამუშავებას.