Огляд правил Плану захисту безпеки облікового запису Gate ｜ Gate

I. Що таке План захисту безпеки облікового запису Gate?

План захисту безпеки облікового запису Gate («План») — це механізм захисту безпеки облікового запису, що діє на платформі. Якщо активи у вашому обліковому записі Gate буде переказано іншою особою без вашого дозволу, ви можете подати заявку на компенсацію прямих збитків активів, що відповідають правилам Плану.

Цей План не є страховим продуктом і не становить страхового договору чи будь-якої форми страхового механізму. Він також не є обіцянкою компенсації. Право на компенсацію можуть мати лише інциденти безпеки, що відповідають правилам Плану. Рішення щодо надання компенсації та її розміру ухвалюється за результатами остаточної перевірки платформою.

II. Як активувати План

Ви можете подати заявку на активацію цього Плану на сторінці План захисту безпеки облікового запису Gate. Активація безкоштовна та не потребує оплати або придбання.

Під час активації Плану ваш обліковий запис має відповідати всім наведеним нижче вимогам:

• Мати оцінку безпеки 80 або вище;

• Пройти верифікацію особи KYC 2;

• Пройти перевірку безпеки, передбачену цим Планом;

• Мати нормальний статус облікового запису;

• Відповідати вимогам платформи щодо контролю ризиків, регіональних обмежень і дотримання нормативних вимог.

III. Коли План набуває чинності?

Після активації ваш обліковий запис переходить у Період підвищення безпеки, але захист за Планом ще не діє. Якщо ваша оцінка безпеки залишається на рівні 80 або вище протягом 30 послідовних днів, ваш обліковий запис набуде статусу «Захист активний». Право на компенсацію можуть мати лише інциденти, що сталися, коли ваш обліковий запис мав статус «Захист активний», і відповідають застосовним правилам. Послідовні дні, що відповідають вимогам, накопичуються лише протягом Періоду підвищення безпеки. Після призупинення Плану, якщо ваша оцінка безпеки повернеться до рівня 80 або вище протягом визначеного часу, ви знову перейдете до Періоду підвищення безпеки, а накопичення почнеться з дня 0. Після завершення Плану вам потрібно активувати його повторно та знову розпочати період накопичення. Право подати заявку на компенсацію не означає, що компенсацію гарантовано. Остаточне рішення залежить від правил Плану та результатів перевірки платформою.

Період підвищення безпеки
Після активації ви перейдете до Періоду підвищення безпеки, протягом якого захист ще не діє. Інциденти, що сталися в цей період, не підлягають компенсації. Якщо ваша оцінка безпеки залишається на рівні 80 або вище протягом 30 послідовних днів, ваш обліковий запис набуде статусу «Захист активний».

Захист активний
Право на компенсацію можуть мати лише інциденти, що сталися за цього статусу та відповідають застосовним вимогам. Докладнішу інформацію дивіться в правилах Плану.

План призупинено
Якщо ваша оцінка безпеки знизиться нижче 80, дію Плану буде призупинено. Інциденти, що сталися в цей період, не підлягають компенсації. Якщо ваша оцінка повернеться до рівня 80 або вище протягом 48 годин, ви знову перейдете до 30-денного Періоду підвищення безпеки.

План завершено
Якщо ваша оцінка безпеки не повернеться до рівня 80 або вище протягом 48 годин після призупинення Плану, дію Плану буде завершено. Після повторної активації ви перейдете до нового 30-денного Періоду підвищення безпеки.

Зміни, що послаблюють захист безпеки (наприклад, вимкнення функцій безпеки), скидають лічильник послідовних днів, що відповідають вимогам, до дня 0. Зміни, що посилюють захист безпеки, не впливають на накопичений лічильник.

IV. Обсяг покриття

1. Застосовні сценарії

Якщо інша особа без вашого дозволу входить до вашого облікового запису Gate або отримує над ним контроль і переказує активи через ончейн-виведення коштів, GatePush або GateCode, спричиняючи фактичні збитки, ви можете подати заявку на компенсацію відповідно до правил Плану.

До поширених застосовних сценаріїв належать:

• Фішинг: інша особа отримує дані вашого облікового запису через фішинговий вебсайт, посилання або підроблену сторінку, а потім зловживає вашим обліковим записом для переказу активів. Платформа встановлює, що відповідне середовище входу було аномальним, а дії явно відрізнялися від ваших звичайних моделей використання.

• Трояни, шкідливе програмне забезпечення або зловмисне віддалене керування: інша особа використовує шкідливе програмне забезпечення для контролю вашого облікового запису та переказу активів без вашого відома, при цьому ви не брали участі у відповідних діях з авторизації або підтвердження.

• Втрачений телефон, викрадена SIM-картка або шахрайська заміна SIM-картки: інша особа використовує ці обставини для несанкціонованого доступу до вашого облікового запису та переказу активів, а платформа може підтвердити прямий зв’язок між інцидентом і втратою активів.

Якщо після шахрайства, введення в оману, видавання себе за іншу особу або примусу ви особисто ініціюєте, авторизуєте чи підтверджуєте переказ, цей інцидент не входить до сфери дії цього Плану.

2. Незастосовні сценарії

Цей План не застосовується до наведених нижче обставин, зокрема, але не обмежуючись ними:

1) Дії, ініційовані або авторизовані вами

• Транзакції або перекази активів, які ви ініціюєте, авторизуєте, підтверджуєте або в яких добровільно берете участь;

• Втрати активів унаслідок транзакцій або переказів активів, які ви ініціюєте, авторизуєте чи підтверджуєте після шахрайства, введення в оману, видавання себе за іншу особу або примусу, зокрема якщо ви особисто проходите верифікацію або підтвердження, пов’язані з переказом активів, під час сеансів віддаленого керування або демонстрації екрана, наприклад вводите коди верифікації або проходите розпізнавання обличчя;

• Втрати активів унаслідок того, що ви добровільно авторизували шкідливе програмне забезпечення для входу до вашого облікового запису шляхом сканування QR-коду;

• Втрати внаслідок переказу активів, спричинені особистими помилками під час операцій, наприклад введенням неправильної адреси або вибором неправильної блокчейн-мережі.

Дії, виконані за допомогою ключів доступу, розпізнавання обличчя або відбитка пальця, автентифікації на довіреному пристрої чи подібних методів, зазвичай вважаються авторизованими або підтвердженими вами та зазвичай не покриваються цим Планом.

2) Збитки внаслідок добровільного надання доступу до облікового запису або пристрою

• Втрати активів унаслідок добровільного надання іншій особі вашого облікового запису, пароля, коду верифікації, пароля коштів, інструментів перевірки безпеки або дозволів пристрою, що дозволяє цій особі отримувати доступ до вашого облікового запису або керувати ним;

• Втрати активів унаслідок добровільного надання іншій особі дозволів на віддалене керування або керування пристроєм чи передавання іншій особі верифікаційної інформації через демонстрацію екрана.

Якщо дані вашого облікового запису розкрито через фішинг або вашим обліковим записом без вашого відома керує шкідливе програмне забезпечення, платформа розглядатиме справу з урахуванням фішингу, шкідливого програмного забезпечення та подібних обставин, а також того, чи брали ви участь у відповідних діях з авторизації або підтвердження, щоб визначити, чи виконано вимоги для компенсації.

3) Перекази, виконані через функції без верифікації

• Перекази, виконані через адреси з білого списку, виведення коштів без пароля або функції без верифікації для невеликих сум;

4) Продукти або послуги, не охоплені цим Планом

• Перекази активів із Web3 Wallets або міжбіржових облікових записів;

• Виведення коштів або транзакції, ініційовані через API або Agents;

• Збитки внаслідок торгівлі Alpha;

• Збитки внаслідок червоних конвертів, чайових, витрат через GatePay, подарункових карток, переказів акцій, GateCard, GateConnect або транзакцій C2C (P2P);

• Корпоративні облікові записи, облікові записи маркетмейкерів, брокерів або позабіржові облікові записи, а також облікові записи, якими керують від імені третіх осіб;

• Інші продукти, функції або канали переказу, визначені на сторінці Плану як такі, що не охоплюються цим Планом.

5) Збитки внаслідок транзакцій або зміни цін

• Торгові збитки внаслідок ринкових коливань, торгових рішень, використання кредитного плеча, контрактів, примусової ліквідації або подібних обставин;

• Ситуації, коли в обліковому записі відбуваються лише торгівля, конвертація або зміни цін активів, а кошти фактично не переказуються за межі платформи.

3. Обставини, за яких компенсація не надається

Ви не матимете права на компенсацію, якщо застосовується будь-яка з наведених нижче обставин:

• На момент інциденту План ще не набув чинності, діяв Період підвищення безпеки чи статус призупинення, або дію Плану вже було завершено;

• Неможливо підтвердити причину або суму збитків;

• Заявка на компенсацію стосується непрямих збитків, очікуваного доходу або втрати можливості;

• Особа, використана для KYC-верифікації облікового запису, не відповідає фактичному користувачеві;

• Щодо інциденту або заявки на компенсацію має місце незаконна чи невідповідна вимогам діяльність, шахрайство, неправдива заява, зловживання цим Планом або інше порушення правил платформи.

V. Право на компенсацію

1. Для отримання компенсації мають бути виконані всі наведені нижче умови:

• На момент інциденту постраждалий обліковий запис мав статус «Захист активний»;

• Протягом 30 послідовних днів до інциденту оцінка безпеки не була нижчою за 80, а ключові налаштування безпеки безперервно відповідали вимогам Плану;

• Інцидент входить до сфери дії цього Плану та не є незастосовним сценарієм;

• Збиток є підтверджуваною прямою втратою активів;

• Ви подаєте заявку на компенсацію протягом 45 днів після інциденту;

• Ви повідомляєте про інцидент місцевим правоохоронним органам протягом 45 днів після інциденту та надаєте платформі копію заяви до поліції англійською мовою;

• Верифіковані дані особи в обліковому записі є достовірними та чинними, а верифікована особа відповідає фактичному користувачеві;

• Обліковий запис має нормальний статус і не внесений до чорного списку;

• Ви правдиво надаєте необхідні матеріали та співпрацюєте з платформою під час розслідування, відстеження активів та інших необхідних процедур;

• Після виявлення аномальної активності ви негайно вживаєте заходів для захисту свого облікового запису та вживаєте обґрунтованих заходів для запобігання подальшим збиткам.

2. Протягом щонайменше 30 днів до інциденту наведені нижче налаштування безпеки мали безперервно відповідати вимогам без будь-яких змін у цей період:

• Увімкнути Passkey;

• Прив’язати Google Authenticator;

• Прив’язати адресу електронної пошти;

• Прив’язати номер мобільного телефону;

• Увімкнути двоетапний вхід;

• Увімкнути антифішинговий код;

• Установити пароль коштів;

• Вимкнути дозволи API на запис;

• Установити ліміти C2C;

• Установити ліміти на ончейн-виведення коштів;

• Відповідний пристрій не має бути з джейлбрейком, рутований, із наданими привілеями системного рівня, перепрошитий неофіційною операційною системою або іншим чином використовуватися для обходу чи вимкнення механізмів захисту безпеки операційної системи.

Виконання зазначених вище умов не гарантує компенсації. Право на компенсацію та її розмір визначаються за результатами остаточної перевірки платформою.

VI. Розміри та ліміти компенсації

Заявки на компенсацію підлягають перевірці платформою. Наведені нижче суми є максимальними лімітами компенсації та не означають, що ви обов’язково отримаєте відповідну суму.

1. Ліміт компенсації на один інцидент

• Максимальний ліміт компенсації за кожний інцидент визначається вашим VIP-рівнем на момент інциденту, за винятком пробних VIP-рівнів.

• Основний обліковий запис і всі субоблікові записи під однією верифікованою особою (KYC) мають спільний ліміт компенсації на один інцидент.

• Платформа може об’єднати кілька аномальних транзакцій в один інцидент, якщо вони мають одну причину, один шлях атаки або іншим чином взаємопов’язані.

2. Сукупний ліміт компенсації за весь строк

Для основного облікового запису та всіх субоблікових записів під однією верифікованою особою (KYC) сукупний ліміт компенсації за весь строк становить подвійну суму ліміту компенсації на один інцидент.

3. Як розраховуються основні облікові записи та субоблікові записи?

Відповідність основного облікового запису або субоблікового запису вимогам щодо активації та чинного статусу цього Плану визначається окремо:

• Визначення ґрунтується на обліковому записі, з якого фактично було здійснено переказ;

• На момент інциденту цей обліковий запис мав мати статус «Захист активний»;

• Ліміт компенсації на один інцидент і сукупний ліміт компенсації спільно застосовуються до основного облікового запису та всіх субоблікових записів під однією верифікованою особою (KYC).

4. Як розраховується сума компенсації?

1) Сума компенсації ґрунтується на підтвердженій платформою чистій прямій втраті активів і визначається за результатом остаточної перевірки:

• Вартість збитку розраховується на основі спотової ціни Gate на момент здійснення кожного переказу активів. Якщо було здійснено кілька переказів, кожен переказ оцінюється окремо;

• Активи, які було повернено, заморожено, відшкодовано або які можна відновити, не включаються до чистої прямої втрати активів;

• Сума компенсації за кожний інцидент не може перевищувати ліміт компенсації на один інцидент;

• Залежно від фактичних обставин платформа може надати компенсацію у спочатку втраченому токені або іншому токені еквівалентної вартості. Компенсацію буде зараховано лише на ваш обліковий запис Gate, її не буде виплачено на зовнішні адреси, банківські рахунки або третім особам, і на неї не нараховуватимуться відсотки;

• Якщо після інциденту ви своєчасно не вжили обґрунтованих заходів для замороження або обмеження облікового запису, що призвело до збільшення збитків, збільшена частина збитків не компенсується.

2) Фактична сума компенсації буде найменшою з трьох наведених нижче сум:

• Підтверджена чиста пряма втрата активів;

• Залишок доступного ліміту компенсації за інцидент;

• Залишок сукупного ліміту компенсації за весь строк для верифікованої особи (KYC).

VII. Подання заявки на компенсацію

Якщо ви виявили аномальну активність облікового запису, негайно зверніться до служби підтримки безпеки, щоб отримати допомогу із замороженням облікового запису та зменшити подальші збитки.

Процес подання заявки

Звернення до служби підтримки: Зверніться до служби підтримки клієнтів Gate протягом 45 днів після інциденту, поясніть аномальну активність і надайте початкові матеріали.

Прийняття платформою: Платформа перевірить інформацію в заявці та попередньо визначить, чи відповідає вона вимогам для подання заявки на компенсацію.

Розслідування та перевірка: Платформа перевірить таку інформацію, як причина інциденту, активність облікового запису, середовище пристрою та рух активів.

Оцінка та обробка: Платформа повідомить вам результат розгляду вашої заявки на компенсацію. У разі схвалення вона підтвердить суму компенсації та надасть її.

Час обробки залежить від складності інциденту та повноти матеріалів. Подання заявки не гарантує компенсації. Остаточний результат визначається за результатами перевірки платформою.

VIII. Поширені запитання

Чи має План фіксований строк дії?

Ні. Тривалість дії Плану залежить від вашої оцінки безпеки: якщо ваша оцінка безпеки становить 80 або вище, План не має фіксованого строку дії; якщо вона знизиться нижче 80, дію Плану буде призупинено або завершено.

Чи почне діяти захист одразу після того, як моя оцінка безпеки повернеться до 80?

Ні. Після призупинення Плану, навіть якщо ваша оцінка безпеки повернеться до 80, вам потрібно знову пройти 30-денний Період підвищення безпеки, а відлік днів, що відповідають вимогам, почнеться з дня 0. Ви набудете статусу «Захист активний» лише після збереження оцінки 80 або вище протягом 30 послідовних днів.

Чи можу я подати заявку на компенсацію збитків, понесених протягом Періоду підвищення безпеки або призупинення?

Ні. Право на компенсацію можуть мати лише інциденти, що сталися за статусу «Захист активний» і відповідають застосовним правилам.

Якщо основний обліковий запис активний, чи стануть субоблікові записи активними автоматично?

Ні. Можливість активації Плану та статус Плану оцінюються окремо для основних облікових записів і субоблікових записів. Кожен обліковий запис потрібно активувати окремо, оскільки його налаштування безпеки є незалежними.

Чи розраховуються ліміти компенсації для основних облікових записів і субоблікових записів окремо?

Ні. Основний обліковий запис і всі субоблікові записи під одним KYC мають спільний ліміт компенсації на один інцидент і сукупний ліміт компенсації за весь строк.

Чи можу я подати заявку, якщо особисто підтвердив переказ після шахрайства?

Ні. Транзакції та перекази, авторизовані, підтверджені або ініційовані користувачем, зокрема здійснені після шахрайства, введення в оману, видавання себе за іншу особу або примусу, не є збитками, спричиненими несанкціонованим контролем облікового запису іншою особою.

Чи можу я звернутися до служби підтримки клієнтів після призупинення або завершення Плану?

Так. Зверніться до служби підтримки клієнтів і надайте матеріали якомога швидше. Відповідність вимогам для компенсації, як і раніше, залежить від статусу Плану на момент інциденту та результату перевірки.

Важливе повідомлення: У цій статті пояснено основні правила Плану захисту безпеки облікового запису Gate. Вона не становить страхового договору чи будь-якої форми страхового механізму, а також не є обіцянкою компенсації. Вимоги до функцій безпеки, правила оцінювання, порогові значення оцінки для відповідності вимогам, ліміти компенсації та доступні регіони визначаються інформацією, опублікованою на сторінці Плану. Платформа може змінювати їх у будь-який час відповідно до законів і нормативних вимог, контролю ризиків та операційної діяльності продукту, при цьому такі зміни набувають чинності з дати їх публікації на сторінці Плану. Зміни, внесені з міркувань безпеки, протидії шахрайству або контролю ризиків, можуть набувати чинності негайно. Конкретний обсяг покриття, стандарти перевірки, результат компенсації та дата набуття чинності визначаються сторінкою продукту, угодою про надання послуг та остаточним результатом перевірки платформою.

Докладніше: Угода про надання послуг за Планом захисту безпеки облікового запису Gate

Відмова від відповідальності

Наданий тут зміст призначений лише для ознайомлення та освітніх цілей і не є фінансовою, інвестиційною, торговою чи юридичною порадою, а також не є пропозицією або закликом купувати чи продавати будь-які цифрові активи. Gate не надає жодних прямих чи непрямих заяв або гарантій щодо точності, повноти чи актуальності інформації, що міститься тут. Функціонал продукту, інтерфейси, правила та структура комісій можуть оновлюватися або змінюватися у будь-який час. Для отримання найактуальнішої інформації звертайтеся до останніх оголошень і фактичних даних, що відображаються на платформі Gate.

Інвестиції в цифрові активи пов'язані зі значними ризиками, а ціни можуть суттєво коливатися. Ви можете втратити всю суму своїх інвестицій. Приймайте рішення обережно, враховуючи власний фінансовий стан і рівень толерантності до ризику після повного розуміння супутніх ризиків. За потреби рекомендується звернутися до незалежного професійного фінансового чи юридичного радника.

Щоб отримати додаткову інформацію про потенційні ризики, зверніться до Розкриття інформації про ризики та Угоди користувача Gate.