GH GambleHub

זרימה פיננסית בין שרשראות

(סעיף: מערכת אקולוגית ורשת)

1) מדוע לנהל כסף בין שרשרת

זרימות ערך של שרשרת צולבת הן תנועה של קרנות והתחייבויות בין רשתות, גשרים, ספקי תשלומים ומפעילים. מטרות:
  • בטיחות וסיכום: קחו בחשבון רק עובדות בלתי הפיכות.
  • נזילות ועלות: למזער את עלות המסדרונות עם רזרבות מספיקות.
  • דיווח וביקורת: איתור מלא עם כניסה כפולה והוכחות.
  • ציות: AML/סנקציות, תושבות, מגבלות על ידי סמכות שיפוטית.

2) טיפולוגיה של זרימות כספיות

1. הפקדות: on-ramp לארנק/חשבון משתמש (online/offchain).
2. תשלומים: off-ramp/crapto תשלומים * כתובת חיצונית/PSP.
3. גשר: מנעול/נענע, לשרוף/לשחרר, מבוסס הודעה.
4. החלפה/המרה (FX): החלפת נכסים/שרשרת עם מחירי אורקל.
5. סליקה ותמלוגים: התנחלויות תקופתיות operator↔studii↔agregatory.
6. עמלות והסתרת אחזקות: עמלת רשת, דמי גשר, תעריף לקחת, החזר.
7. פעולות משרד האוצר: איזון נזילות וגידור.

3) תפקידים ותווים

Bridge/rail: מספק העברה של מדינות/נכסים והגהות.
רזרבות שרשרת/מטבע, גבולות, גידור.
PSP/IT-off-ramms: כרטיסים/AWP/local AWP/בנקים/החלפת קריפטו.
אורקלס/ציטוטים: מחירי נכסים, אף-אקס ועמלות.
סיכון/ציות: AML/KYC/KYB, סנקציות, מגבלות מהירות.
חשבונאות/דו: כניסה כפולה, דיווח סופי, פיוס.

4) ארכיטקטורת זרימה (התייחסות)

Innegt (bridge/PSP/node) * Raw/Bronze (עובדות תנועה) * Clean/Silver (נורמליזציה, dedup, prooff) * Core/Gold (כניסה כפולה, עמדות, התחייבויות) * Marts (פיננסים, סיכונים, תמלוגים) ▪

מאפייני מפתח: אידמפוטנטיות, סכימה, הילוך חוזר/הילוך אחורי, נתונים מאוחרים.

5) פיניקליזציה, שינויים מחודשים וחלונות מחלוקת

סטטוסים: ”associated 'extended (K) # invalid (reorg)” (+ ”מאותגר” עבור גשרים אופטימיים).

פוליטיקאים:
  • K - אימות לשרשרת/נכס/סכום ("K brought' להעברות גדולות).
  • פינליזציה דחויה עבור סכומי סיכון גבוהים וגשרים חדשים.
  • טיפול מחדש: נכות אוטומטית + חישוב מחדש של אגרגטים.
  • כיסוי הוכחה: אחוז היעד של רשומות עם הוכחה תקפה -99%.

6) תמחור, עמלות ו ־ FX

תמחור: ”אפקטיבי _ כמות = כמות - (network_fee + bridge_fee + fx_spread)”

אורקלים: ציטוטים חציוניים, הגנה חריגה יותר, מחירים משוקללים בזמן.
חלון הזזה למסלול עם מסדרונות ארוכים; תיקון הקורס "נצפה _ at' או" אירוע _ at' על ידי מדיניות הדו "ח.
דליים עמלה: מפות דרכים עמלה למסדרון/נכס.

7) נזילות ומגבלות

רזרבות: איזון מטרה על ידי שרשרת/נכס, חיצים לפסגות.
מסדרונות: גבולות יומיומיים, משרד האוצר קורא לסף.
איזון מחדש: Retribing/market swifs, Occut-Award (כולל איחור ותשלום).
תוכנית לחץ: נכסי גיבוי/שרשראות, עלייה זמנית בחלון קיי/מחלוקת.

מדיניות הגבלה (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) חוזי אירועים ואידאות

אירוע תרגום (בסגנון אסינק, 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" }

כלל הכפילות הוא מצער על ידי 'idempotency _ key' בחלון 72 שעות.

9) כניסה כפולה וחשבונאות (לדג 'ר ליבה)

סכמה (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 (lock # mint)

'ד "ר גשר מתקבל (dst_chain:USDC) '/' CR Cash (src_chain:USDC) - lock.
'ד "ר קאש (dst_chain:USDC) '/' CR Bridge Revivable (dst_chain:USDC)' - mint (סופי).
העמלות משתקפות בקווים נפרדים (Bridge Fee Investment, Network Fee Expection).

10) פיוס וסליקה

על ידי שרשראות, נכסים, ספקים/גשרים, יום.
התאמה: קבלות של שני צידי המסדרון (src/dst) וסכומים (עם סובלנות).
זרם מחלוקת: הסגר אנומלי (נכס/עשרוני/כמות לא תואמת).
סליקת תמלוגים: רק ב- "סופי", FX ב- "event _ at" או "נצפה _ 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 tokenization, מפתחות הצפנה אזוריים, יצוא לבן.
מגבלות מהירות: לכל משתמש/org/מסדרון/יום.
שביל ביקורת: יומני גישה בלתי ניתנים לשינוי, חתימות אירועים.

12) יכולת תצפית: SLI/SLO ומדדים

SLI (ליבה):
  • סופי p95 למסדרון/נכס,
  • תרגומי אחוזי הצלחה,
  • כיסוי הוכחה%,
  • תור-לאג p95 (אוטובוס/גשר),
  • סחף FX
  • ניצול נזילות% (עומס רזרבה),
  • Reorg/Challenge Rate,
  • מחלוקת/שיעור הסגר.
SLO (ציוני דרך):
  • סופי p95: 3-10 min (לאורך המסדרון), הצלחה 99. 5%,
  • כיסוי הוכחה 99. 0%, תור-לאג P0 p95 בלוק 2
  • שיעור מחלוקת על 0. 2%, סחיפה של FX על 0. 3% של חציוני.

Plows Core, Finality & Proofs, אוצר ונזילות, FX & Tames, Complication.

13) שינוי ניהול

Timelock לשינוי גבולות/מסדרונות; יומן החלטות.
תיקיית נכסים/גרסאות עשרוניות (תאימות ”תופסת” בלבד).
הכללה א/ב של גשרים חדשים: זרימה קנרית, גבולות, קיי מוגברת.
מסדרון חיסול חירום למקרה של חריגות.

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/Slearing חתימות

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) תקריות משחק

א. ספייק מחדש/לא תקף

1. להעלות באופן זמני 'K', לאפשר 'סופי בלבד'; 2) לעצור טיסות בסיכון גבוה;

2. חישוב מחדש של אגרגטים; 4) התאמת מדיניות לאחר המוות.

ב. נפילת כיסוי ההוכחה

1. Restart of Merclization/Provers; 2) הסגר על העברות מפוקפקות;

2. דגימה ידנית של מקרים; 4) התייצב במשרד האוצר/ציות.

חוסר נזילות במסדרון

1. כלול איזון/החלפה; 2) העלאת שכר/הצגת מכסות;

2. עדיפות לתשלומי P0 4) הודעה למשתתפים.

ד. FX סחיפה/סטיות מחירים

1. החלף את מקור הציטטות; 2) להגביל עסקאות גדולות;

2. בצע גידור; 4) חישוב מחדש של דוחות החלון.

סנקציות/הפעלת AML

1. בלוק פעולה מיידי; 2) הסלמה בציות;

2. שימור חפצים/הוכחות; 4) דיווח ומעשים משפטיים.

16) רשימת מימושים

1. ללכוד מקורות זרם, מסדרונות, וחלונות פינליזציה.
2. הכנס את האירועים הקנוניים ואת מפתח האידמפוטנטיות.
3. יישום כניסה כפולה ועמדות, נורמליזציה של FX וחשבונאות עמלות.
4. הגדרת גבולות/רזרבות ואיזון מחדש אוטומטי.
5. העלה את לוחות המחוונים של SLI/SLO: סופיות, הוכחות, נזילות, FX, ציות.
6. כולל AML/סנקציות, תושבות ושבילי ביקורת.
7. עריכת בדיקות כאוס/DR (Reorg, oracle-drift, נזילות).
8. התחל הליכי ממשל לכל שינוי במסדרונות/C/גבולות.

17) גלוסרי

סופית - אי-הפיכות של העסקה/מצב.
org - להרכיב מחדש של חלק של השרשרת עם ביטול של בלוקים.
מסדרון הוא צרור ניתן לניהול של שרשראות/נכסים להעברת ערך.
כיסוי הוכחה - החלק של רשומות עם ראיות מוצפנות תקפות.
סחיפה של אף-אקס - סטיית כיוון יישומי מההתייחסות.
כניסה כפולה - כניסה כפולה (חיוב/אשראי) לחשבונאות.
פינליזציה מעוכבת - דחיית קבלה בדו "חות עבור סכומי סיכון גבוהים.

שורה תחתונה: ניהול זרם פיננסי בין רשתות אינו רק ”גישור נכסים”, אלא משמעת של סיום, נזילות, חשבונאות וציות. אירועים קנוניים, כניסה כפולה, גבולות ומסדרון SLOs מעניקים מערכת מאומתת, יעילה ובת קיימא מוכנה לקנה מידה וביקורת בכל תחום שיפוט.

Contact

צרו קשר

פנו אלינו בכל שאלה או צורך בתמיכה.אנחנו תמיד כאן כדי לעזור.

Telegram
@Gamble_GC
התחלת אינטגרציה

Email הוא חובה. Telegram או WhatsApp — אופציונליים.

השם שלכם לא חובה
Email לא חובה
נושא לא חובה
הודעה לא חובה
Telegram לא חובה
@
אם תציינו Telegram — נענה גם שם, בנוסף ל-Email.
WhatsApp לא חובה
פורמט: קידומת מדינה ומספר (לדוגמה, +972XXXXXXXXX).

בלחיצה על הכפתור אתם מסכימים לעיבוד הנתונים שלכם.