GH GambleHub

네트워크의 총 유동성

(섹션: 생태계 및 네트워크)

1) "총 유동성" 이란 무엇이며 왜 필요한가

총 유동성은 노드/체인/결제 레일에 분배되어 예측 가능한 규칙에 따라 네트워크 참가자 (운영자, 공급자, 스튜디오, 지불/CCS 공급자, 계열사) 가 이용할 수있는 통화 및 토큰 화 된 자산 세트입니다. 목표:
  • 최소한의 RTO/RPO로 지불/이체 속도 및 예측 가능성.
  • 자본의 효율적인 사용: "데드 밸런스" 및 이중 준비금 감소.
  • 도메인 간 상호 운용성: 브리지, 뱅크, PSP, 마구간, 온/오프 램프.
  • 통제 된 위험: 제한, 버퍼, 보험, 모니터링.

2) 유동성 모델

2. 1 중앙 집중식 (관리 허브)

단일 "유동성 허브" 는 지역/통화/체인별로 풀을 보유합니다. 그냥 구현하지만 더 높은 상대방 위험 및 SPOF 위험. 시작/작은 그물에 적합합니다.

2. 2 분산 (도메인 별 풀)

유동성은 스마트 계약/채널을 통해 많은 공급 업체/시장 제조업체 (MM) 에 교환됩니다. 안정성이 높고 고급 라우팅 및 체인 규칙이 필요합니다.

2. 3 하이브리드 (권장)

중요한 통화/지불을위한 허브 + 스케일링을위한 외부 MM/브리지. 한도, 서약 및 보험 기금의 정책을 통한 관리.

3) 토폴로지 및 객체

유동성 풀 (LP): 잔액, 버퍼, 한계, 자본 비용 (CoC), 커미션 속성이있는 'LP {도메인, 통화/자산}'.
신용 한도 (CL): 사용 당 담보 및 가격이있는 양자/다자간 한계.
교량: 잠금/민트/번/릴리스 또는 메시징 전용 + 그물 메커니즘.
경로 가장자리: 유효한 변환 경로 (우리 간, LP 간, 브리지/뱅크/PSP 위의 경로).
보험 기금: 정책 내 적자를 다룹니다.

4) 주요 지표 및 공식

유동성 깊이 (LD) -수평선 'T' 수영장에서 사용 가능한 볼륨:
  • 'LD _ T = Balance _ T-Reserved _ T'
  • 활용 (U) -풀로드: 'U = 사용/( 균형)'
적용 범위 비율 (CR) - 수요 95% 의 적용 범위:
  • 'CR = 사용 가능/P95 (수요 _ T)' (대상 이하 1) 5 ×)
버퍼% (BUF) - 일일 순 흐름에 대한 보험 버퍼:
  • 'BUF = 버퍼/P95 (NetFlow _ daily)'
  • MTTR 재조정-트리거 후 폐쇄 불균형을위한 평균 시간.
  • 서비스 비용 ($ 당 CTS) -총 수수료/가스/스프레드 $ 이체.
  • 지불 SLA 적중률-지불 금액의 공유 대상 분/블록.
미끄러짐/인용 오류-인용-실제 가격/ 따옴표.

SLO (랜드 마크): 지불 SLA가 98-99% 를 기록했습니다. CR 제곱 1. 5X; 재조정 MTTR 소 30 분; 10-15% 까지 $ NOND QoQ 당 CTS.

5) 라우팅 (SOR-스마트 주문 라우팅)

5. 1 목적

SLA/제한이 충족되면 최소 전체 비용과 위험이있는 경로를 선택하십시오.

5. 트랙 비용 2 개

'TotalCost = 수수료 + 가스 + 미끄러짐 + 액화 페널티 + 타임 페널티 + 리스크 애드'

청산권: U> 70% 또는 CR <대상에 대한 페널티.
시간 페널티: 예상 마무리/분쟁 창.
RiskAdj: 제재/국가 및 상대방 위험.

5. 3 전술

분할 라우팅: 여러 LP/브리지에서 큰 전송을 나눕니다.
사전 자금 조달: 피크 타임에 LP 사전 충전.
인용 잠금: 낮은 CR에서 동적 마크 업으로 짧은 창의 가격을 수정하십시오.
시작/alt 경로: 열화 중 백업 경로를 따라 반복되는 반복.

6) 커미션 및 가격 책정

높은 SLA의 기본 수수료 (bps) + 우선 순위 수수료.
동적 확산: U> 80% 또는 높은 변동성으로 성장.
등급: 네트워크의 "좋은 시민" (낮은 위험, 안정적인 이직률) 에 대해 낮습니다.
마이너스 수수료 프로모션: 유동성 부족으로 방향을 자극합니다 (수요에 따른 재조정).

7) 유동성 재조정

7. 방아쇠 1 개

임계 값: 'U> 80%' 또는 'CR <1. 2`.
예측: 예상 수요의 급증 (ML/계절).
이벤트: 대상 도메인에서 커미션의 차단/포크/성장.

7. 2 전략

TWAP/VWAP 오버플로: 시간/볼륨이 균일합니다.
브리지/DEX (토큰의 경우) 에 대한 원자 교환.
그물: 창 끝에서 상호 의무를 지우십시오 (시간/일).
재조정 경매: 외부 MM은 경매 가격의 불균형을 막습니다.
통화 간 헤지: USD를 안정화하기 위해 거래를 헤징합니다.

7. 3 우선 순위 정책

돈/지불> 중요한 운영 이체> 기타.

8) 위험 관리

실행 위험: 철회 요청의 급증 → 속도 제한, 동적 확산, SLA의 임시 확장.
집중: 카운터 파티/체인/뱅크 당 노출 제한.
관할권 및 제재: 목록, 지리 제한, KYC/KYB와의 오프 램프.
기술: 교량 고장/PSP, 가스 가격 상승, 분쟁 재조직/창.
운영: 키 누출, 잘못된 자산 매핑, 잘못된 인용문.
보험: 위험 기금 + 재보험; 투명한 보장 정책.

9) 체인 간 유동성 및 교량

신뢰 모델: 바람직하게는 돈을위한 가벼운 고객/ZK; 낙관적-창이 확대되었습니다.
청산 네트워크: HTLC/보증 영수증이있는 채널/MM.
마구간 풀링: 10 진수, 주소, 코스를 설명하는 단일 정식 자산 등록.
브리지 네팅: 가스 비용과 시간을 줄이기위한 부치 제거.

10) 준수 및 감사

역할 및 큰 한계에 영향을 미치는 KYC/KYB.
번역 전후의 AML/제재 (속도/행동 필터).
감사 로그 및 구성: 서명, 변경 불가능한 솔루션 레지스터.
데이터 레지던시/PII: 암호화, 가명 화, 별도의 상점.

11) 관찰 가능성, SLO 및 대시 보드

SLI (예):
  • p50/p95 타임 투 페이 아웃, 성공률, $ 당 CTS, 이용률, CR, 백 로그, 재조정 MTTR, 인용 오류, 풀의 유동성 활용.
SLO (예):
  • 결제 p95 10 분의 5 분 (네트워크 간 - 최종 창에서 10 분의 1), 성공 률은 99 이상입니다. 5%, CR 제곱 1. 5x, 릴레이/브리지 가용성 9%.
대시 보드:
  • Ops (느낌표): 성공 률, p95 TTP, U%, CR, 백 로그, 번 레이트 SLO.
  • 유동성 및 비용 (일): 도메인 별 TVL/순 흐름, $ 당 CTS, 수수료 수입, 보험.
  • 위험 (주): 노출, 제재 조치, 근거리 지표, 교량 고장.

12) 설정 예 (Pseudo-YAML)

풀과 한계 정책

yaml liquidity:
pools:
- id: "LP:EU:EUR"
min_buffer_pct: 60 max_utilization_pct: 85 rebalance_threshold:
cr_min: 1. 3 utilization_max: 0. 80 fees_bps:
base: 8 priority: 5
- id: "LP:TR:TRY"
min_buffer_pct: 70 max_utilization_pct: 80 credit_lines:
- from: "LP:EU:EUR"
to:  "LP:TR:TRY"
limit: 2_000_000 collateral: "USDC"
rate_bps_daily: 1. 5 bridges:
- pair: ["ETH", "Polygon"]
finality:
mode: light_client confirmations: 20 rate_limits:
per_minute: 300 per_hour: 12000

SOR 매개 변수

yaml routing:
split_max_parts: 4 risk_adjustments:
utilization_penalty_bps: 25 # for every% over 70%
cr_penalty_bps: 50       # за CR<1. 2 time_penalty_ms_per_min: 5 prefer_paths: ["on-us", "light-client", "mm-auction"]

13) 샘플 쿼리 (pseudo-SQL)

로딩 및 코팅

sql
SELECT pool_id,
AVG(utilization) AS u_avg,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY demand_daily) AS p95_demand,
AVG(available) / NULLIF(PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY demand_daily),0) AS cr
FROM liquidity_snapshots
WHERE ts >= now() - INTERVAL '30 days'
GROUP BY pool_id;

지불 SLA

sql
SELECT date_trunc('hour', finished_at) AS h,
100. 0 AVG(CASE WHEN EXTRACT(EPOCH FROM (finished_at - created_at)) <= sla_sec THEN 1 ELSE 0 END) AS payout_sla_hit
FROM payouts
WHERE created_at >= now() - INTERVAL '7 days'
GROUP BY 1;

$ 당 CTS

sql
SELECT date_trunc('day', ts) AS d,
SUM(fees + gas + slippage_cost) / NULLIF(SUM(amount_usd),0) AS cts_per_usd
FROM transfers_costs
WHERE ts >= current_date - INTERVAL '30 days'
GROUP BY 1;

14) 운영 규정

매일: LP 잔차의 조정, CR/U/MTTR 보고서, 피크 일정에 따른 자동 재조정.
주간위원회: 제한, 커미션, 경로 조정; CTS 및 실패 분석.

SEV 사건: 한 쌍의 도메인, 공공 상태, 사후 장애에 대한 단일 "정지 크레인"

키 및 구성 요소의 회전: 서명, 타임 록, 롤백.

15) 플레이 북 사건

CR은 <1로 떨어집니다. 2 및 백 로그 증가

우선 순위 TWAP 재조정 사용, 수수료 인상/확산, 분할 라우팅 가능 영향을받는 파트너에게 ETA에 알립니다.

스크립트 실행 (질량 출력)

활성화 속도/할당량 제한, 일시적으로 SLA 창 증가, 보험 기금 및 MM 경매 사용.

브리지 고장/마무리 성장

대체 경로 (메시징 전용 + 그물 또는 백업 브리지) 로 전환하고 K 확인을 높이고 견적을 업데이트하십시오.

제재/AML 트리거

관련 풀/방향 동결, 수동 검토, 규정 준수 보고서, 업데이트 점수 규칙.

자산/속도 매핑 오류

자산 거래 중지, 디렉토리 롤백, 영향을받는 송금의 재 계산, 공개 메모.

16) 구현 점검표

1. 도메인별로 풀/제한/버퍼 및 최소 CR을 설명하십시오.
2. 전체 경로 비용 및 위험을 고려한 SOR 포함.
3. 재 균형 (임계 값 + TWAP/VWAP) 및 그물 설정.
4. SLI/SLO (Payout SLA, CR, MTTR, CTS) 및 대시 보드를 정의하십시오.
5. 적자에 대한 보험 기금 및 MM 경매를 시작하십시오.
6. 규정 준수 정책 승인 (KYC/KYB/AML/제재).
7. 혼돈 및 스트레스 테스트 (런, 브리지 고장, 가스 접착) 를 수행하십시오.
8. 정기적으로 검토위원회, 경로 및 한계.

17) 용어집

LP (유동성 풀) -도메인/통화의 유동성 풀.
CR (적용 범위 비율) - 풀별 수요 범위의 비율.
U (활용) -사용 된 유동성의 비율.
SOR (Smart Order Routing) -지능형 결제/송금 라우팅.
TWAP/VWAP-시간/볼륨 별 부드러운 오버플로 전략.
$ 당 CTS-$ 이체 서비스 비용.
런 리스크-유동성의 막대한 철수 위험.
그물-배치별로 상호 의무를 지우십시오.

결론: 총 유동성은 관리 가능한 규칙, 수영장 및 노선 시스템으로, 자본이 효율적으로 작동하고 지불이 빠르고 예측 가능합니다. 하이브리드 토폴로지, SOR, 동적 커미션, 엄격한 SLO 및 재 균형 분야를 결합함으로써 생태계는 지속 가능하고 확장 가능하며 경제적으로 최적의 네트워크 유동성을 얻습니다.

Contact

문의하기

질문이나 지원이 필요하시면 언제든지 연락하십시오.우리는 항상 도울 준비가 되어 있습니다!

통합 시작

Email — 필수. Telegram 또는 WhatsApp — 선택 사항.

이름 선택 사항
Email 선택 사항
제목 선택 사항
메시지 선택 사항
Telegram 선택 사항
@
Telegram을 입력하시면 Email과 함께 Telegram에서도 답변드립니다.
WhatsApp 선택 사항
형식: +국가 코드 + 번호 (예: +82XXXXXXXXX).

버튼을 클릭하면 데이터 처리에 동의하는 것으로 간주됩니다.