GH GambleHub

Тізбекаралық жаңартулар

1) Міндеттің мәні және тәуекелдер

Тізбекаралық жаңарту - бұл өзгертілген логика/схема/хаттама, ол бір мезгілде бірнеше тізбекті/бридждерді/DA-қабаттарды/микросетектерді және олардың интерфейстерін (хабарламалар, құндылық оқиғалары, RNFT құқықтары) қозғайды. Тәуекелдер:
  • нұсқалар айырмашылығы (split-brain) және тәртіп/ақырғы жоғалуы;
  • ABI/схемаларының сәйкессіздігі → «мылқау» хабарламалар/ілініп қалған құралдар;
  • комплаенстің бұзылуы (гео/жасы/санкциялар, деректер экспорты);
  • көпірлердің каскадты істен шығуы және DA.

Мақсаты - құндылықтарды тоқтаусыз жаңарту: қатаң инварианттарды сақтау және кері қайтарымдылықты, телеметрия мен басқарылатын тозуды қамтамасыз ету.

2) Тізбекаралық өзгерістердің инварианттары

Order/Idempotency: strict-order per key; outbox/inbox, 'idempotency _ key' және seen-кестелер.
Finality-aware: challenge/реорг терезелері ескерілген; бағыттар ең аз 'FinalityLag' бойынша таңдалады.
Compatibility First: SemVer/ABI/оқиғалар схемалары үшін.
Fail-closed: күмән → блок/қол кворумы.
Compliance-gate: DID/VC, ZK-табалдырықтары (жасы/гео/санкциялар), экспорт/ретенция саясаты.
Observability: `x_msg_id`, `route_id`, `bridge_id`, `governance_version`.

3) Нұсқалау моделі

3. 1 Нұсқалар жиыны

SemVer келісімшарттары/ABI: 'MAJOR. MINOR. PATCH '(MAJOR - бұзатын).
Оқиғалар тізімі: нұсқалар және өрістердің эволюциясы (additive-first, deprecations с sunset).
Policy/Governance нұсқасы: таразылар/квоталар/тарифтер; әрбір жаңартуда 'governance _ version' бар.
Bridge/DA нұсқалары: тәуелсіз келісу және аяқталу арналары.

3. 2 Нұсқалық сөйлесу (handshake)

Version-negotiation: тізбекаралық шақыру кезінде тараптар ең аз үйлесімді бейінді таңдайды; басқаша - graceful reject.
Feature-flags: MAJOR-өзгерістері терезелер/рөлдер/өңірлер бойынша жалаушалармен іске қосылады (canary → cohort → global).

4) Тізбекаралық жаңартулардың таксономиясы

1. Логикалық: жаңа бизнес-логика, валидация ережелері, тарифтер/лимиттер.
2. Схемалық: оқиғалар өрістері, деректер модельдері, индекстеу.
3. Протоколдық: бағыттау, хабарламалар белгісі, шифр/қолтаңба.
4. Инфрақұрылымдық: DA/бридждер, секвенсерлер, POP/edge, Gas/fees.
5. Комплаенс-саясат: аймақтар, ZK-табалдырықтар, экспорт/ретеншн.
6. Экономика/ынталандыру: QF, RiskAdj, пулы/бөлу.
7. Қауіпсіздік: кілттер/мультисиг, slashing-ережелер, тоқтату крандары.

5) Релиз рәсімдері (rollout strategy)

Preflight: симуляциялар/құмсалғыштар, тарихи трафиктің replay, golden-set тесттер.
Shadow/Observe: көлеңкелер жауаптарды есептеп, ағымдағы логикамен салыстырады.
Canary: маршруттардың/рольдердің/өңірлердің аз үлесі, қатал алерталар.
Cohort rollout: когорта бойынша кеңейту (гео/тізбек/QoS).
Dual-write/Dual-read: қатаң тәртіп кедергілері бар екі нұсқадағы жазбаның уақытша кезеңі.
Sunset: ұзартуға кворум болмаса, уақытша параметрлердің автоматты түрде қайтуы.
Rollback: жай-күйінің қауіпсіз көші-қоны бар бір қадамдық қайтару (қараңыз § 8).

6) Жаңартулар кезіндегі Utility-шешім

Белсенді жаңарту кезінде бағытты/көпірді/жеткізушіні таңдау:

Utility(route    version) =
wL·Latency_p95 + wQ·QueueDepth + wF·FinalityLag
+ wC·Cost_per_unit + wR·RiskScore + wS·StabilityScore(version)
+ wG·Geo/PolicyPenalty

StabilityScore (version): soak/chaos өтпейінше жаңалары үшін айыппұл.
Таразы профильдері - QoS бойынша: Q4 ↑ wF, ↑ wS; Q1 ↑wC.
Инварианттар: Order ∧ Idempotency ∧ Quotas ∧ Compliance = true.

7) RNFT келісімшарттары: жаңарту кезіндегі құқықтар

RNFT-де рөлдер үшін (Operator/Provider/Bridge/DA/Curator/Compliance/Auditor):
  • 'upgrade _ rights': кім бастамашы, кімнің қолтаңбасы (мультисиг, k-of-n);
  • 'freeze/stop': шұғыл тоқтату крандары мен кворумдар;
  • 'quorum & veto': -процедуралар (сенім/сапа бойынша R-модификаторды қоса алғанда);
  • 'escrow/insurance': көші-қон оқиғаларын жабу;
  • 'sunset': жалауларды/табалдырықтарды уақытша түзету;
  • 'finality _ windows': төлем кідірістері және жаңарту кезінде бридж терезелері.

8) Жай-күйдің көші-қоны және қайтымдылығы

State Delta Journal: көші-қонды дельта журналы жүргізеді (меркли-тамырлар, қолтаңбалар); кері қайтару - кері дельталарды қолдану арқылы.
Replay-кедергілер: Q3/Q4 үшін: тоқта → snapshot → reattach; «сплит-тәртіптерге» тыйым салынады.
Idempotent Upcasters: схемалар түрлендіргіші арқылы ескі жазбаларды оқу.
Cold/Warm switch: оқырмандарды/жазушыларды төмен жүктеме терезесінде ауыстырып қосу.
Finality Holdback: мақсатты ақырғы кезеңге дейін тізбекаралық төлемдерді кешіктіру.

9) Үйлесімділік: ABI/схемалар/хабарламалар

ABI: MAJOR өзгерістері - тек фича-жалаудың артында; MINOR — additive; PATCH - қисынсыз.
Оқиғалар: жаңа өрістер - 'nullable '/default; жою - деприкация және sunset арқылы.
Хабарлардың нұсқалары: 'msg. version ',' schema _ hash ', міндетті' compat _ min '.
Тәртібін және дедупін тексеру: outbox/inbox, TTL бар seen-кестелер.

10) Қауіпсіздік және кілттер

Мультисиг/Threshold: негізгі жаңартулар - тек бастапқы қолтаңбалар арқылы.
Timelocks: аудит/қоғамдастық жауап бере алуы үшін MAJOR өзгерістерін енгізу терезелері.
ZK-asserts: деректерді ашусыз сыни инварианттарға (мысалы, баланс-инварианттар) сәйкестік дәлелдемелері.
Key-rotation: құқықтарды мұраға қалдырумен ротациялау жоспары, өтпелі кезеңде қос қолтаңба.

11) Комплаенс

Policy Preview: синтетикаға және нақты «көлеңке трафигіне» саясатты симуляциялау.
Geo/age/sanctions: ZK-босағалардың пруфтары; белгісіздік кезінде - карантин.
Export/retention: өңірлер бойынша DA/egress; реттегіш үшін шешімдер журналы.
Салықтар/withholding: көпірлердің ақырғы кезінде уақытша ұстап қалу.

12) Бақылау және аллергия

Метрики: p50/p95/p99, retry/timeout, out-of-order/dup, DLQ depth, finality lag, cost/req, stability(version).
Отчеты: Upgrade Live, Finality & Bridges, Schema/ABI Health, Governance Queue.
Алерттар: error-budget burn, TailAmplification өсуі, drift схемалары, комплаенс істен шығуының spike, flap-rate бағыттары.

13) Тесттер/симуляциялар/хаос

Unit-келісімшарттар: ABI/схемалар, үйлесімділік ережелері.
Trace-replay: инвариант тексерулері бар оқиғаларды жіберу.
Fuzz/Property-based: кездейсоқ хабарлар/тәртіп/аяқталу сценарийлері.
Chaos/Game-day: POP/көпірдің/DA құлауы, reorg-бурстар, баға шоктары.
Soak 24-72h: p95/p99/ақырғы/құны тұрақтылығы.

14) Апгрейдтер экономикасы

Budget-caps: кезең үшін құн шегі; артық тиеу кезіндегі surge-айыппұлдар.
QF-бонустар: жаңартылған терезеде SLO-ға төтеп берген провайдерлерге.
RiskAdj: бұзушылықтар кезінде төлемдердің уақытша төмендетуші көбейткіші.
Treasury hooks: расталған инциденттер кезінде сақтандыру пулынан өтемақы.

15) (процедуралар және ашықтық)

Пропозалы: өзгерістің сипаттамасы, тәуекел-талдау, қайтару жоспары, ақырғы терезелер.
Кворумдар/вето: рөлдер мен салмақтар; R-сенім/сапа модификаторы.
Жариялылығы: нұсқа паспорттары, diff-логика, жаңартудан кейінгі есептер.
Sunset түзетулері: уақыт параметрлерін автоматты түрде қайтару.

16) Тізбекаралық жаңартулардың KPI

Сенімділік: 0 критикалық тәртіп/ақырғы бұзушылықтар; DLQ өспейді.
Кідіріс: дәлізде p95/p99; TailAmplification мақсатты ≤.
Аяқталуы: FinalityLag бюджеттен тыс өспейді; 0 жалған растау.
Экономика: бюджетте Cost/Req; ≤ табалдырығын өтеу.
Операциялар: MTTR инциденттер ↓; flap-rate бағыттары нашарламайды.
Комплаенс: 100% gating; 0 экспорттың/ретенцияның бұзылуы.
TTC SLA-дағы апрува → жоғалды; мерзімінде sunset-қайтару үлесі.

17) Формулалар мен бағдарлар

SuccessRate = 1 − (timeouts+errors)/requests

TailAmplification = p99/p50 (↓)

Headroom = (cap − current)/cap

FinalityScore = f(lag, variance, reorgs)

Stability(version) = 1 − norm(incidents, flap, drift)

QualityFactor (QF) = f(success, p95, DLQ, finality)

SLO (мысал):
  • Q4: success ≥ 99. 99%, p95 ≤ 200 мс, DLQ = 0, MTTR ≤ 15 мин.
  • Bridges/DA: соңғы ≤ 3 × T _ block, reorg ≈ 0.

18) Енгізу плейбуки (қадамдар)

1. Бастама жасау: жіберу, тәуекел-талдау, қайтару жоспары, ақырғы/комплаенс бағасы.
2. Дайындау: SemVer/ABI, схемалар мен upcasters, фича-жалаулар, RNFT-құқықтар/кворумдар.
3. Тесттер: unit/trace-replay/fuzz, policy-preview, ZK-asserts инварианттары.
4. Бақылау қабілеті: панельдер/алерттар, KPIs эталондық шектері.
5. Shadow → Canary: көлеңкелер/салыстыру, шағын когорттар, қатал алаңдар.
6. Cohort rollout: өңір/тізбек/QoS кезең-кезеңімен; finality-holdback төлемдері.
7. Dual-write/read: тәртіп кедергілері, репликалау және салыстыру.
8. Soak/Chaos: endurance және бас тарту сценарийлері.
9. Жаһандану: жалауларды алып тастау, құжаттаманы/бейдждерді жаңарту.
10. Пост-мортем: есептілік, сигнатураларды/табалдырықтарды/гайдтарды жаңарту.

19) Өнiм дайындығының чек-парағы

  • SemVer/ABI и Schema Registry с upcasters
  • Фича жалаушалары, белсендіру терезелері, sunset параметрлері
  • RNFT-құқықтар: кворумдар, тоқтату крандары, эскроу/сақтандыру пулы
  • Outbox/inbox, idempotency, replay-кедергілер
  • Finality-жоспар: бридж терезелері/DA, төлемдердің holdback
  • Observability: трасса, Upgrade/Finality/ABI тақтасы
  • Комплаенс-превью, ZK-шегі, экспорт/ретеншн саясаты
  • Симуляциялар, shadow, canary, cohort, soak/chaos
  • Rollback жоспары және дельта күйі журналы
  • Жария есеп беру және тізілімдерді жаңарту

20) Глоссарий

SemVer/ABI: семантикалық нұсқалау/келісімшарттар интерфейстері.
Upcaster: оқу кезінде ескі жазбаларды жаңа сұлбаға түрлендіргіш.
FinalityLag: Тізбекаралық оқиғаның қайтарылмайтын терезесі.
Outbox/Inbox: кепілді жеткізу/іспеттілік.
RNFT: қатынастар/құқықтар/лимиттер және KPI келісімшарты.
Sunset: уақытша параметрлерді автоматты түрде қайтару.
Shadow/Canary/Cohort: кезеңдік шығару стратегиялары.

21) Қорытынды

Тізбекаралық жаңарту - бұл басқарылатын тәртіп: нұсқалар → жалаулар → кезең-кезеңмен іске қосу → ақырғы/үйлесімділік → бақылау → кері қайту. Тәртіп пен комплаенстің қатаң инварианттарымен, RNFT-құқықтарымен, симуляцияларымен және мөлдір-мөлдір экожүйесі үздіксіз құндылық пен қатысушылардың сенімін сақтай отырып, ауыртпалықсыз және болжамды түрде жаңартылады.

Contact

Бізбен байланысыңыз

Кез келген сұрақ немесе қолдау қажет болса, бізге жазыңыз.Біз әрдайым көмектесуге дайынбыз!

Telegram
@Gamble_GC
Интеграцияны бастау

Email — міндетті. Telegram немесе WhatsApp — қосымша.

Сіздің атыңыз міндетті емес
Email міндетті емес
Тақырып міндетті емес
Хабарлама міндетті емес
Telegram міндетті емес
@
Егер Telegram-ды көрсетсеңіз — Email-ге қоса, сол жерге де жауап береміз.
WhatsApp міндетті емес
Пішім: +ел коды және номер (мысалы, +7XXXXXXXXXX).

Батырманы басу арқылы деректерді өңдеуге келісім бересіз.