Смарт-келісімшарттар және тараптардың жауапкершілігі

1) Кіріспе

Смарт-келісімшарт уағдаластықтардың орындалуын автоматтандырады, бірақ заңды жауапкершілікті жоймайды. Керісінше: код, чейндж-менеджмент және операциялық рәсімдер жаңа тәуекел аймақтарын құрады - осалдықтар мен оракулдарды манипуляциялаудан бастап, желі апгрейдтері мен форктері кезіндегі қақтығыстарға дейін. Бұл бап рөлдер мен жауапкершілікті бөлу құрылымын және «кодты заң ретінде» «кодты құқықтық режимнің бір бөлігі ретінде» айналдыратын шарттық/техникалық шаралар жиынтығын береді.

2) Негізгі терминдер мен ажыратулар

Смарт-келісімшарт - блокчейнде детерминирленген ережелер бойынша орындалатын бағдарламалық код.
Оператор - хаттаманы немесе ойынды өрістететін/қолдайтын және саясатты айқындайтын заңды тұлға.
Әзірлеуші/студия - код және/немесе смарт-келісімшарттарды жасаушы.
Инфрақұрылым провайдерлері - оракулдар, көпірлер, VRF/кездейсоқ жағдай, индекстегіштер, RPC.
Әкімшілік кілттер/рөлдер - жаңартуға құқықтар, параметрлер, «pause/kill-switch».
DAO/грант ұстаушылар - басқаруға қатысатын токендерді/дауыстарды ұстаушылар.
Пайдаланушы/ойыншы - келісімшартпен өзара іс-қимыл жасайтын және транзакциялар/құбылмалылық тәуекелдерін көтеретін тарап.

3) Жауапкершілікті бөлу моделі (кім не үшін жауап береді)

Платформа операторы

жергілікті заңдарға (iGaming/VASP/төлем режимдері), KYC/AML/санкцияларға сәйкестігі;

ToS, Risk Disclosures, Responsible Gaming жариялау және өзектендіру;

инцидент-менеджмент, коммуникациялар, өтемдік тетіктер, логтарды сақтау.

Әзірлеуші/студия

код сапасы, аудит және тестілік қамту;

апгрейдтер мен көші-қонды сүйемелдеу, безоп. құпияларды сақтау;

багбаунти, Responsible Disclosure, пост-мортеманы талдау.

Оракул/көпір/VRF провайдерлері

SLO/қол жетімділік, фидтердің дұрыстығы және анти-манипуляциялық шаралар;

шарттық кепілдіктер және жауапкершілік шектері (cap), инциденттер журналы, SLA.

Валидаторлар/майнерлер/желі

консенсусты қамтамасыз ету. Жауапкершілік әдетте хаттамалық/орталықсыздандырылған, жобаның шарттық шеңберінен тыс.

Пайдаланушы

тәуекелдерді дербес бағалау, жекеше кілттерді қорғау, жергілікті заңдарды сақтау;

құралдардың бриджингі және үшінші тұлғалардың фронтендтерімен/әмияндарымен өзара іс-қимыл.

DAO/токен ұстаушылар (егер governance)

тәуекел параметрлерін қабылдау (лимиттер, комиссиялар), апгрейдтерді мақұлдау, шұғыл шешімдер.

4) «Код заң ретінде» vs «Код шарттың бір бөлігі ретінде»

Іс жүзінде код - бұл шарттың атқарушылық бөлігі: ToS және Саясат тараптардың ниетін, қателерді реттеу тәртібін, жанжал кезінде мәтіндік норманы алып тастау мен басымдығын айқындайды.

1. түсіндіру басымдығы (ToS> спецификация> код? немесе керісінше - нақты ерекшеліктермен);

2. айқын ақаулар (mistake) және «көзделмеген жағдайлар» қалай түсіндіріледі;

3. кері шегінуге/патч/үзіліске жол берілгенде және әрекет етуге кім санкция береді.

5) Жаңартулар, әкімшілік кілттер және сенім

Рөлдердің ашықтығы: 'owner', 'admin', 'guardian' құқықтарымен мекенжайларды келтіріңіз, әрбір рөлдің қандай әдістері қол жетімді екенін көрсетіңіз.
Timelock & multi-sig: апгрейд алдындағы кідірістер (мысалы, 24-72 сағат) және көп қол қою құқықтары теріс пайдалану қаупін төмендетеді.
Emergency pause/kill-switch: пайдалану регламенті, критерийлер (сыни осалдылық, оракулға қатысты компромисс), хабарлау және жаңарту рәсімі.
Прокси-келісімшарттар және көшіру: процесті құжаттаңыз, логиканы ауыстырғанға дейін (grace period) пайдаланушыларға шығуға мүмкіндік беріңіз.
Өзгермейтіндігі туралы ескертпе: егер келісімшарт on-chain immutable болса, шектеулер мен салдарды көрсетіңіз (активтердің көшуінсіз крит-буманы жөндеудің мүмкін еместігі).

6) Сыртқы тәуелділіктер және каскадтық тәуекелдер

Баға оракулдары және VRF: манипуляциялардан қорғау (TWAP, реплика, көздердің кворумы), шарттық SLA және жауапкершілік лимиттері.
Көпірлер/бриджілер: көпірлерге байланысты тарихи шығындар - TVL лимиттерін, сақтандыруды, кезең-кезеңмен шығару лимиттерін пайдаланыңыз.
RPC/индекстеушілер: провайдерлерді қайталау, health-checks және фолбэктер.
Фронтенд/домен: ауыстырудан қорғау (DNSSEC, subresource integrity), келісімшарттардың жария мекенжайлары, келісімшарттармен өзара іс-қимылдың офлайн жолы.

7) Тәуекелдер және олардың біліктілігі

Техникалық: осалдықтар, логика қателері, re-entrancy, толып кету, дұрыс емес дөңгелектеу, MEV/фронт-раннинг.
Экономикалық: нарықты/оракулды манипуляциялау, «bank run», дәрменсіз токеномика.
Операциялық: әкімшілік кілттердің жоғалуы, CI/CD компромисстері, адам факторы.
Құқықтық: жосықсыз жарнама, лицензияның болмауы, санкциялардың/AML бұзылуы, тұтынушыларды қорғау.
Форс-мажор web3: L1/L2 шабуылдар, ұзақ outage желісі, «қауіпсіз» хард-форк, апатты тәуелділік жүктемелері.

8) Жауапкершілікті шектеу және бөлу (шарттық тармақтар)

• Тәуекелдердің Disclaimer (құбылмалылық, смарт-келісімшарттар, бөгде тәуелділіктер, қаражатты толық жоғалту тәуекелі).
• Limitation of Liability (cap): жиынтық жауапкершілікті X айдағы комиссиялар/түсім мөлшерімен немесе тіркелген cap мөлшерімен шектеу.
• No consequential damages: жанама шығындарды алып тастау (жіберіп алған пайда және т.б.).
• Assumption of risk: пайдаланушының тәуекелдерді саналы түрде қабылдағанын растау.
• Indemnification: Пайдаланушының/ToS заңын бұзуынан туындаған талаптардан операторды босату.
• Force-majeure (web3-нұсқа): желі ақаулары, консенсусқа шабуылдар, тәуелділіктің сыни осалдықтары, реттегіштердің әрекеттері.
• Right to suspend/pause: қауіпсіздікке қатер төнгенде әрекетті уақытша тоқтату құқығы.

9) Инцидент-менеджмент және өтемақылар

Policy & Playbook: байланыс арналары, бастапқы хабарлама мерзімі (мысалы, Т + 24 сағ), мәртебелер, апдейттер.
Тосын оқиғалар сегментациясы: құралдарға/қол жетімділікке әсер ету бойынша 'P0/P1/P2'.
Өтемақы тетіктері: резерв пулы, сақтандыру, DAO арқылы гранттық өтемақылар, зардап шеккендерге реституцияның басымдығы.
Пост-мортем: таймлайнмен жария есеп, root cause, түзету шаралары.
Bug Bounty & Responsible Disclosure: адал ашу туралы ескертпе, арналар, сыйақы деңгейлері.

10) Governance и DAO

Жауапкершілік кімге тиесілі? Егер шешімдерді DAO қабылдаса, заңды «өкілдікті» (foundation/LLC/қауымдастық) және оның рөлін белгілеңіз.
Кворум және emergency-ағындары: сыни әрекеттерге арналған жеке шектер; жедел әрекет ету үшін сақшы-делегаттар (guardians).
Мүдделер қақтығысы: әзірлеушілердің/валидаторлардың/оракулдардың аффилиирленуін ашу.
Даулардың төрелік DAO пайдаланушылар: алдын ала медиациялық терезе, содан кейін - төрелік/сот.

11) Юрисдикция, қолданылатын құқық және дауларды шешу

Құқықты таңдау (governing law) + форум (төрелік/сот, орны, тілі, рәсімі).
Тұтыну құқығының диспозитивті нормалары: В2С-те шарттардың бір бөлігі пайдаланушы елдің құқығымен қайта анықталуы мүмкін.
Онлайн-төрелік/ODR: шағын даулар кезінде жылдам механизм ретінде айталық.
Құрама модельдер: залалды бағалау үшін on-chain + оффчейн-төрелік техникалық реституциясы.

12) Құпиялылық және дербес деректер

Егер аккаунттар/АКҚ бар болса: Privacy Policy, GDPR-негіздер, DPIA, деректерді азайту, сақтау мерзімдері.
Он-чейн деректері көпшілік алдында: deanonymization тәуекелдерін жазыңыз, PII оффчейнін таратыңыз.
Фронендтің телеметриясын жинау - тек легитимді негізде және қажет болған жерде opt-out/consent.

13) Нақты құндылығы бар криптоойындар/хаттамалар үшін комплаенс-минимум

Лицензиялар/тіркеу: iGaming/VASP/MSB/гео бойынша төлем режимдері.
KYC/AML/санкциялар: деңгейлер, қаражат көздері, Travel Rule (егер қолданылатын болса).
Жарнама: жас сүзгілері, дисклеймерлер, жаңылыстыратын уәделерге тыйым салу.
Салықтар: GGR/комиссияларды, бағамдық айырмашылықтарды, токен-қазынашылықты есепке алу.

14) Құжаттама және артефактілер (өзекті ұстау)

Terms of Service + Risk Disclosure + Responsible Gaming (егер қолданылатын болса).
Smart-contract Specs (инварианттар, параметрлер шегі, жаңартылған рәсімдер).
Admin/Keys Policy (multi-sig, timelock, сақтау, ротация).
Security Policy (аудиттер, тесттер, bug bounty, SCA/SSA).
Incident Response Policy + пайдаланушыларға хабарлау үлгісі.
Oracle/Bridge SLA + жауапкершіліктің келісімшарттық лимиттері.
Change Log & Post-mortems (өзгерістердің көпшілік репозиторийі).

15) Жауапкершілік матрицасы (RACI мысалы)

16) Ұшырудың чек-парағы (қысқа)

1. Құқықты рөлдерді/мекенжайларды анықтау, timelock + multi-sig қосу.
2. ToS және README репозиторийінде апгрейд-рәсімін және «pause/kill-switch» сипаттау.
3. Тәуелсіз аудит жүргізу, багбаунты қосу, есепті жариялау.
4. SLA және TVL/шығару лимиттерi бар оракулдарды/көпiрлердi келiсiм-шарт жасау.
5. Инварианттар мониторингін баптау (TVL, пулдар теңгерімсіздігі, оракулдардың кідіруі).
6. Risk Disclosures, жауапкершілік лимиттерін (cap), force-majeure жазу.
7. Incident Policy және хабарламалар үлгісі, өтемақыға арналған резерв бекітілсін.
8. Комплаенсті верификациялау (лицензиялар, KYC/AML, санкциялар, салықтар, жарнама).
9. Крит-апгрейд жағдайына көші-қон жоспарын (grace period) дайындау.
10. Мерзімді түрде game-day/chaos-тесттер және пост-мортемалар өткізу.

17) ToS/Саясатқа арналған шаблондық тармақтар (тұжырымдардың нобайлары)

• «Оператор және/немесе тағайындалған сақтаушылар (guardians) сындарлы осалдықтар анықталған жағдайларда кейіннен жария есеп және қалпына келтіру жоспары бар смарт-келісімшарттарды орындауды уақытша тоқтата тұруды қолдануға құқылы».

• "Келісімшарттардың логикасын өзгерту кемінде N сағат timelock арқылы жүзеге асырылады; әкімшілердің мекенжайлары және өзгерістер тарихы репозиторийде/сайтта жарияланады".

• «Осы Келісім бойынша Оператордың жиынтық жауапкершілігі Пайдаланушы соңғы N айда іс жүзінде төлеген комиссиялар/төлемдер сомасымен шектеледі және жанама шығындарды қамтымайды».

• «Тараптар базалық желінің іркілістерінен, консенсусқа шабуылдардан, сыртқы оракулдардың/көпірлердің сыни ақауларынан, мемлекеттік органдардың іс-қимылынан туындаған кідірістер/орындалмауы үшін жауапты болмайды».

• «Смарт-келісімшарттармен өзара іс-қимыл кодтың осалдығы, конфигурация қателіктері, нарықты манипуляциялау салдарынан активтерді толық және қайтарымсыз жоғалту тәуекелімен байланысты».

(Тұжырымдаманы жергілікті заңгермен келісіңіз; В2С үшін тұтынушылардың құқықтары туралы міндетті ескертпелер болуы мүмкін.)

18) Глоссарий

Timelock - өзгерістер күшіне енбес бұрын кідіріс.
Multi-sig - әкімшілік операцияларды көп қолтаңбалы бақылау.
Kill-switch/Pause - келісімшарттарды орындауды шұғыл тоқтату.
Invariant monitoring - хаттаманың негізгі қасиеттерін автоматты түрде тексеру.
RACI - жауапкершілікті бөлу матрицасы.

Шығару

Смарт-келісімшарттардың заңдық тұрақтылығы үш бағанада құрылады: (1) жария саясаттарда және ToS көрініс тапқан айқын рөлдер мен жауапкершілік шектері; (2) техникалық тәртіп - timelock/multi-sig арқылы жаңартулар, аудит, инварианттар мониторингі, инцидент-менеджмент; (3) сыртқы тәуелділік провайдерлерімен сенімді уағдаластықтар және жауапкершілік және форс-мажор туралы дұрыс ескертпелер. Бұл элементтерді біріктіру даулы жағдайлардың ықтималдығын төмендетеді және web3 белгісіздігі жағдайында да тараптардың болжамды мінез-құлық үлгісін орнатады.