Парольний захист статичної HTML-сторінки на JS

Зазвичай парольний захист здійснюється через веб-сервер, який.htaccess
перевіряє пароль і видає контент. та Portable Secret. Для шифрування HTML перед публікацією StatiCrypt використовує AES-256 та WebCrypto, а розшифровка відбувається за допомогою введення пароля в браузері на стороні клієнта, як показано в демо (пароль test ).htpasswd
Сторінка буде розшифрована у браузері відвідувача, коли той запровадить відомий йому пароль. В принципі, цю систему можна використовувати для шифрування особистих нотаток, якщо ви хочете викласти їх на загальнодоступний сервер, щоб завжди мати доступ до них, але при цьому надійно захистити від сторонніх очей.
Розшифровка відбувається на звичайному JavaScript, тобто з боку клієнта не потрібно завантажувати та встановити додаткові інструменти, крім стандартного браузера. Ні хостинг-провайдер, ні інтернет-провайдер не отримують доступу до цієї інформації в процесі розшифровки її розширювання в браузері.
Перевірити шифрування можна на веб-версії StatiCrypt . Зверху поля для вихідного HTML та пароля:

Знизу – результат із зашифрованим HTML:

Консольна утиліта StatiCrypt доступна для скачування на Github , а також у вигляді пакета NPM . У консольній програмі налаштування інтерфейсу для поля введення пароля здійснюється зміною шаблону lib/password_template.html
в комплекті утиліти із зазначенням потім шляху до шаблону через прапор -t path/to/my/file.html
. Важливо лише не змінювати фрагмент шифрування у цьому шаблоні, у тому числі формат змінних /*[|variable|]*/0
із обов’язковим нулем на кінці.
Існує готовий шаблон для створення та хостингу односторінкового зашифрованого сайту на GitHub Pages.
За замовчуванням поле введення пароля містить прапорець “Запам’ятати мене” (Remember me). У цьому випадку пароль зберігається в localStorage (в хешованому вигляді з сіллю). Знову ж таки за замовчуванням немає терміну зберігання пароля. Для вимкнення цієї опції при генерації сторінки з консолі можна використовувати прапор --remember false
. Термін зберігання днями вказує опція --remember NUMBER_OF_DAYS
.
Сторінка шифрується за допомогою AES-256 у режимі CBC, який у контексті StatiCrypt позбавлений характерних для нього вразливостей. Пароль хешується за допомогою функції PBKDF2: 599 тис. операцій хешування SHA-256 і 1000 операцій SHA-1 ( для легаси ), що становить рекомендоване значення 600 тис. операцій.
По суті, генерується нова веб-сторінка (зашифрована), яка містить вміст старої.
Для найкращої безпеки рекомендується використовувати паролі довжиною понад 16 символів (літери, цифри, спецсимволи) та менеджер паролів. Наприклад, опенсорсний Bitwarden. Хоча AES-256 вважається надійним сучасним шифром, але для кращого захисту від брутфорсу краще використовувати паролі якомога більшої довжини.
Утиліта також вміє генерувати посилання, яке вже містить пароль, що хешує, для доступу до сторінки без введення пароля безпосередньо у веб-формі браузера. Таке посилання можна передавати довіреним особам або використовувати самому, а контент при цьому зберігається на сервері у зашифрованому вигляді, недоступному для перегляду ні хостером, ні третіми особами.
Схожий проект, але для шифрування файлів – Portable Secret . Його можна використовувати для шифрування конфіденційних файлів, які зберігаються в небезпечному місці: на USB-флешці, хмарному хостингу, на веб-сайті тощо. буд. А також для шифрування файлів перед відправкою по відкритому каналу: поштою або месенджером. В принципі це сучасна зручна альтернатива PGP. Є веб-демо для шифрування у браузері (в офлайні).
Джерело
Що таке підписи Шнорра і як вони використовуються в біткоїні?

Що таке Шнорра?
Підписи Шнорра ― схема цифрових підписів, запропонована 1991 року німецьким криптографом Клаусом Петером Шнорром.
У 2020 році вона включена в BIP-340 як альтернативу Elliptic Curves Digital Signature Algorithm (ECDSA). Пропозиція імплементована у мережі біткоїну у листопаді 2021 року.
Що таке цифровий підпис?
Цифровий підпис – це математична схема для перевірки двох ключових характеристик цифрового повідомлення: автентичності (надіслано конкретним користувачем) і цілісності (не змінювалося в процесі передачі).
За допомогою цифрових підписів протокол біткоїну підтверджує прив’язку закритого ключа до конкретної публічної адреси. Сатоші Накамото підкреслив їхню важливість у white paper першої криптовалюти:
«Визначимо електронну монету як послідовність цифрових підписів. Черговий власник надсилає монету наступному, підписуючи хеш попередньої транзакції та публічний ключ майбутнього власника та приєднуючи цю інформацію до монети. Одержувач може перевірити кожен підпис, щоб підтвердити коректність всього ланцюжка власників».
Які цифрові підписи використовуються в біткоїні?
Спочатку перша криптовалюта використовувала тільки ECDSA – алгоритм з відкритим вихідним кодом, який широко застосовувався в 2008 році. Вибір Сатоші Накамото пов’язаний з тим, що на час публікації white paper біткоїну підписи Шнорра не пройшли стандартизацію.
У 2014 році на форумі Bitcointalk заговорили про необхідність впровадження підписів Шнорра в протокол біткоїну, а через шість років Пітер Велле, Йонас Нік та Тім Раффінг стандартизували їх у BIP-340 .
Імплементація підписів Шнорра відбулася 14 листопада 2021 року в рамках оновлення Taproot на висоті блоку # 709632. З тих пір вони використовуються поряд з ECDSA.
Які переваги підписів Шнорра перед ECDSA?
Автори BIP-340 виділяють три основні переваги підписів Шнорра:
- Безпека , що доводиться . Підписи Шнорра неможливо підробити під час атаки за вибраним повідомленням (SUF-CMA) з використанням моделі випадкових оракулів із досить складноюECDLP. Безпека ECDSA ґрунтується на сильніших припущеннях.
- Негнучкість . Підписи Шнорра є доказово негнучкими.
- Лінійність . За допомогою підписів Шнорра кілька сторін, що взаємодіють, можуть створити дійсний підпис для суми своїх відкритих ключів.
Остання перевага дозволяє реалізуватипростішу мультисиг -схему на кшталт Musig2 шляхомагрегації підписів.
«При використанні підпису Шнорра мультисиг-транзакція виглядає як транзакція з одним підписом, що підвищує конфіденційність відправників та ускладнює життя ончейн-аналітикам. Останні не можуть відразу прив’язувати транзакції до однієї людини чи групи людей», – коментують представники біткоін-міксера Mixer.Money .
Вони зазначають, що підписів Шнорра недостатньо для забезпечення анонімності:
«Слабка приватність залишається проблемою біткоїну. Спільнота сприйняла Taproot як оновлення для підвищення конфіденційності, однак єдиною зміною стала неможливість виявлення мультипідпису засобами блокчейн-аналітики. Схема Шнорра не приховає відправника та одержувача монет. Для цього, як і раніше, потрібно використовувати біткоін-міксери або CoinJoin-рішення».
2024 року розробники останніх зіткнулися з безпрецедентним тиском з боку регуляторів. На думку Mixer.Money, воно може призвести до зниження кількості користувачів та негативно позначитися на технології.
Представники сервісу рекомендують звернути увагу на рішення, здатні приховувати факт мікшування монет. Наприклад, у режимі «Повна анонімність» Mixer.Money відправляє користувачеві «чисті» монети з великих бірж, щоб виключити ймовірність отримання своїх активів, або біткоїнів сумнівного походження.
Джерело
Що таке керрі-трейд і як він застосовується на крипторинку?

Що таке керрі-трейд?
Керрі-трейд ( англ. carry trade ) — стратегія, при якій інвестори займаються коштами у валюті з низькою відсотковою ставкою та вкладають їх в активи, номіновані у валюті з більш високою відсотковою ставкою, щоб заробити на цій різниці.
Термін не має загальнопринятого перекладу на російську мову; один із можливих варіантів — «процентний арбітраж».
Як робити керрі-трейд на традиційному ринку?
Один із найвідоміших прикладів керрі-трейд — класична стратегія «єна — долар». Довгі роки інвестори займалися японською національною валютою і вкладали кошти в доларові активи, які пропонували набагато більш високу доходність. Така угода була вигідною, оскільки різниця в процентних ставках залишалася благоприятною, а курс іені внезапно не підскочив по відношенню до долара, що і відбулося в липні 2024 року.
Потенційний прибуток може бути очікуваним, однак такі операції сильно залежать від глобальних ринкових умов і настрою інвесторів. Якщо ситуація ухудшается, прибуткові операції можуть швидко перетворитися в проблемні. Щоб втрати від переоцінки нацвалюють не перевищили відсотковий дохід, потрібно хеджувати ризики.
Ще приклади:
- низькі процентні ставки характерні також для франка (CHF). Інвестори можуть забрати швейцарську валюту та інвестувати її в активи в новозеландських доларах (NZD), де ставки зазвичай вище, що дозволить заробити на їх різницю;
- у євро (EUR) також досить низькі відсоткові ставки, в той час як у Турції вони значно вищі через інфляцію. Інвестори можуть брати валюту ЄС і вкладати її в ліру (TRY), щоб отримати більш високий дохід. Але ця угода спряжена з високим ризиком із-за волатильності TRY.
Приведемо приклад керрі-трейда з одночасним відкриттям довгою та короткою позицією за іене та австралійському долару (AUD).
Шаги:
- інвестор займає іену за низькою відсотковою ставкою — наприклад, 0,1% річних;
- далі конвертує кошти в AUD і вкладає у високодохідні австралійські зобов’язання — скажімо, під 4% річних;
- таким чином, інвестор займає довгу позицію по валютній парі AUD/JPY, щоб заробити на можливому укріпленні австралійського долара за відношенням до ієни;
- щоб хеджувати валютний ризик, одночасно відкривається коротка позиція за ф’ючерами на AUD/JPY на аналогічну суму. Це допомагає зафіксувати поточний обмінний курс і захистити прибуток від валютних коливань.
Результат:
- інвестор заробляє на різницю між доходністю зобов’язань (4%) і вартістю власності в ієнах (0,1%);
- коротка позиція захищає від можливого падіння курсу AUD/JPY.
Як робити керрі-трейд на криптовалютному ринку?
DeFi відкриває користувачам з будь-якої точки світу широкі можливості для максимізації доходу від завантажених криптоактивів. В цьому багатогранному сегменті немає варіантів для реалізації стратегії керрі-трейд.
Приведемо гіпотетичний приклад із наступними вихідними даними:
- криптоактив 1: ABC — прив’язаний до долара США стейблкоїн, ставка по займу — 2% річних;
- криптоактив 2: XYZ — летючий криптоактив із порівняно невеликим обсягом викидів, ставка на DeFi-платформі — 8% річних;
- поточний курс XYZ/ABC: 30 000 (1 XYZ = 30 000 ABC).
Шаги:
- інвестор бере 100 000 ABC під 2% річних на централізованій біржі або через кредитний DeFi-сервіс;
- далі конвертує 100 000 ABC в XYZ за поточним курсом. Отримана сума: 100 000 / 30 000 = 3,33 XYZ;
- інвестор вкладає 3,33 XYZ в DeFi-протокол, який пропонує 8% річних депозитів у відповідному криптоактиві;
- Щоб змінити ризики курсу XYZ, учасник ринку відкриває коротку позицію у фьючерсах або опціонах у парі XYZ/ABC на суму 3,33 XYZ за поточним курсом (30 000 ABC за 1 BTC).
Через рік:
- отриманий від вкладень в XYZ дохід: 3,33 XYZ * 8% = 0,266 XYZ;
- витрати на обслуговування зайнятості в ABC: 100 000 ABC * 2% = 2000 ABC;
- конвертація XYZ навпаки в ABC: якщо курс зберігся на рівні 30 000, інвестор отримує: 3 596 XYZ * 30 000 ABC/XYZ = 107 880 ABC;
- расчеты по фьючерсам (если котировки остались на отметке 30 000): короткая позиція не приносить убитков, так як курс не змінений.
Ітого:
- дохід, виражений в «стабільній монеті»: 0,266 * 30 000 = 7980 ABC;
- чистий прибуток в стейблкоїні: 7980 — 2000 = 5980 ABC.
Таким чином, інвестор за рік отримав майже 6% прибутку на різницю доходності між займом в стейблкоїнах та інвестиціями в волатильному активі XYZ, одночасно мінімізуючи валютні ризики за рахунок хеджування фьючерсами.
Що таке кеш-енд-керрі арбітраж?
Незважаючи на сходство в назвах, існує значуща різниця між керрі-трейд і cash-and-carry арбітражем. Останній являє собою торгову стратегію, при якій трейдери використовують різницю між поточною вартістю активу і ціною фьючерса. Цей підхід полягає в одночасному придбанні інструменту на спотовому ринку та продажі (шорте) продуктивного контракту на цей же актив.
Розглянемо алгоритм докладніше:
- Покупка на спотовому ринку (готівка). Трейдер купує актив на спотовому ринку за поточною ціною — наприклад, біткойн за USDT.
- Шорт фьючерса (нести). Учасник ринку одночасно продає продуктивний контракт на цей же актив, тож укладає зделку на реалізацію BTC у майбутньому за заздалегідь оголошеною ціною.
- Закриття позиції . У момент істечення терміну фьючерса (експірації) трейдер закриває обе позиції. Він продає актив, куплений на спотовому ринку, і використовує його для виконання зобов’язань за контрактом.
Покладіть, що на момент покупки:
- спотова ціна біткойна становить 50 000 USDT;
- істекаючий через місяць ф’ючерс на BTC торгується по 50 200 USDT;
- трейдер купує 1 BTC за 50 000 USDT і одночасно шортить контракт на 1 BTC за ціною 50 200 USDT.
Незалежно від того, як змінилася ціна биткойна, трейдер отримує:
- продаж 1 BTC за ф’ючерсним контрактом за 50 200 USDT;
- повернення початкових інвестицій у розмірі 50 000 USDT;
- итоговая прибыль составляет разницу междуценой фьючерсного контрактаі спотової вартості цифрового золота на даний момент заключення операції, що, наприклад, — 200 USDT.
Така стратегія працює, якщо фьючерс торгується з премією до споту (цена контракту вище базової). Ця ситуація може виникнути із-за переважаючих очікувань раллі-активу, фундаментальних аспектів породження тимчасової вартості грошей, а також із-за ринкових дисбалансів.
Стратегія кеш-енд-керрі арбітражу дозволяє зафіксувати цю різницю як прибуток з мінімальними ризиками. Вона популярна серед хедж-фондів та інституційних інвесторів, так як дозволяє відносно безпечно отримувати доходність у будь-яких ринкових умовах.
Які переваги у керрі-трейд?
Керрі-трейд — одна із самих популярних і ефективних довгострокових стратегій на фінансових ринках, особливо серед професіоналів. Але для максимізації вигоди та зменшення можливих потерь важливо грамотно керувати ризиками — зокрема, за рахунок диверсифікації портфеля.
Створення корзин з декількох активів з різною доходністю дозволяє знизити ймовірність збитків. У разі невдачі з одним фінансовим інструментом інші активи можуть компенсувати втрати, забезпечуючи стабільність портфеля.
Такий підхід активно використовується інвестиційними банками та хедж-фондами. Частним інвесторам ця стратегія також доступна при відповідній адаптації розміру позиції до обсягу капіталу.
Керрі-трейд припускає довгострокове утримання позицій, що робить стратегію привабливою для учасників ринку з низькою толерантністю до ризику і готових до вкладень на довгосрок. Основні переваги включають отримання стабільного процентного доходу від утримуваної валютної пари та потенційний прибуток при благоприятному русі курсу.
Для реалізації керрі-трейд зачастую вибирають активи з найбільшим спрямуванням процентних ставок. Однак при цьому важливо враховувати економічні зміни, які можуть збільшити доходність, а також волатильність ринку. Використання відносно безпечних інструментів знижує ризики, але може також зменшити потенційну віддачу від інвестицій.
Які підводні камені у керрі-трейд?
Яка і люба інвестиційна стратегія керрі-трейд пов’язана з певними ризиками; основной из них — валютный.
Якщо земельний актив внезапно зміцнюється по відношенню до інструменту, в який ви інвестували, прибуток може «іспаритися» або навіть обернутися побитками при поверненні до вихідної валюти.
Хтось із керрі-трейд може показати легкий спосіб заробітку, але стратегія може припускати заморажування капіталу на тривалий час. Це дозволяє трейдеру використовувати потенційно більш прибуткові ринкові можливості.
У випадку з cash-and-carry розниця між ф’ючерсами і спотовими цінами часто буває незначною в порівнянні з розмірами позицій, необхідних для ефективної реалізації стратегії. Це призводить до ще більшого заморожування капіталу, щоб використання стратегії стало целесообразным.
Трейдери можуть знизити обсяг необхідного капіталу для використання cash-and-carry, застосовуючи кредитне плечо на ф’ючерсну частину операції. Но нужно учитывать риски, пов’язані з левериджем. Наприклад, якщо із-за коливань ринку позиція ліквідується, трейдер втрачає гроші на зделці, яка значною мірою призначена для усунення спрямованого ризику.
Використання безстрокових свопов супряжено з великими ризиками в порівнянні з фьючерсами. Так, при встановленій даті розрахунків ціна контракту практично завжди прагне до спотової вартості. Со временем спред у безстрокових свопів також повинен сужатися, що дозволяє закрити позиції з прибутком. Однак якщо ринок перейде із стануконтанговбэквордацию, може пройти значний час, перш ніж з’явиться можливість закриття позиції з прибутком. Це призводить до того, що трейдер або пускає інші привабливі опції, або закриває сделку з убитком.
Джерело
Що таке криптовалютні премаркети та як вони працюють?

Що таке премаркети?
У секторі традиційних фінансів премаркети — торговельні сесії, які проводяться до відкриття основного ринку.
Подібні платформи в контексті криптовалют надають можливість трейдингу токенами, які ще не випущені або не розподілені по гаманцях учасників аірдропу. Такі майданчики дають інвесторам можливість робити ставки на майбутню вартість монет, дозволяючи торгувати ними в період між оголошенням про розподіл, фактичним «нарахуванням» токенів та їх офіційним лістингом на біржі.
На відміну від традиційного ринку, криптовалютний працює цілодобово. Премаркети не обмежуються токенами; ними також можна торгувати протокольними балами через різні активності, які у майбутньому можуть стати критерієм отримання аирдропа.
Слід пам’ятати, що торгівля на попередніх ринках є високоспекулятивною, тому завжди проводьте DYOR перед інвестуванням у будь-який проект.
Чому премаркети набирають популярності?
Основна мета сучасних премаркет-платформ – забезпечити надійне та безпечне середовище для проведення угод. До появи подібних майданчиків інвестори вдавалися до неофіційних угод для торгівлі токенами до запуску.
Подібні P2P-системи попереднього трейдингу будувалися виключно на довірі, що пов’язано зі значнимиризиками контрагентаКрім того, трейдери обмежені своїми соціальними зв’язками, що ускладнює пошук зовнішніх партнерів.
Нові премаркет-платформи поєднують покупців і продавців по всьому світу, розширюючи можливості та дозволяючи трейдерам ефективніше оцінювати вартість активів. Зі збільшенням числа учасників покращується ліквідність, що дозволяє купувати та продавати стільки токенів чи балів лояльності, скільки потрібно.
Такі платформи також надають цінну інформацію інвесторам, які планують взаємодіяти з новими активами після їх запуску.
Як працюють премаркети?
На традиційних ринках премаркет-торгівля здійснюється через електронні комунікаційні мережі (ECN), які з’єднують покупців та продавців. Специфіка цих угод відрізняються від тих, що діють у звичайний торговий годинник — насамперед у контексті ліквідності та волатильності. Котирування на премаркеті можуть впливати на ціну відкриття активу, задаючи напрямок торгівлі на день.
Припустимо, компанія публікує квартальні доходи і вони виявляються вищими за очікування. Інвестори можуть передбачити позитивну реакцію ринку та почати купувати акції на премаркеті. Це збільшує попит на фінансові інструменти і надає палива зростання цін ще до відкриття звичайної торгової сесії.
Премаркети працюють за аналогією зі звичайними P2P-платформами, але з ключовою відмінністю: вони утримують кошти обох сторін до виконання умов угоди CEX цю роль виконують зберігачі.
На премаркетах трейдери можуть створювати чи виконувати вже існуючі ордери (накази) — на купівлю чи продаж. Для створення наказу трейдер вказує ціну та кількість активу, яку він хоче придбати чи реалізувати за певною вартістю.
При створенні ордера продаж може знадобитися внесення застави, який утримується до завершення угоди. У разі невиконання ордера продавець ризикує втратити всю заставу або її частину. Премаркет-платформа зазвичай встановлює термін виконання угоди, протягом якого продавець зобов’язаний надати обіцяний актив. В іншому випадку застосовуються штрафні санкції.
Покупці зобов’язані сплатити повну вартість токена під час виконання існуючого ордера чи створення нового. При цьому кошти утримуються доти, доки продавець не надасть актив.
Децентралізовані премаркети використовують смарт-контракти для управління збереженням застав продавців, платежів покупців та вивільненням активів обом сторонам при завершенні угоди. На централізованих майданчиках ці функції виконує сама платформа, виступаючи як третя сторона.
Які основні типи премаркетів?
Премаркети можна класифікувати на два основні типи – платформи пре-TGEта ринки балів .
У першому випадку трейдери можуть торгувати токенами проекту до їхнього розподілу чи лістингу на біржах. Пре-TGE – найпопулярніші премаркети в криптопросторі, де значна частина монет розподіляється за допомогою аірдропів.
Продавцями на таких платформах зазвичай є реципієнти роздач або одержувачі алокацій на передпродажі; покупці – інвестори, які намагаються отримати прибуток від високоризикових активів.
Будь-який може стати продавцем, якщо він здатний надати заявлену кількість токенів до закінчення часу розрахунків. Пре-TGE демонструють значне зростання кількості користувачів та інших метрик, оскільки ця ідея продовжує залучати криптоінвесторів.
Системи торгівлі балами також набирають популярність. Проекти нараховують поінти користувачам за їхню активність на платформах.
Ринки балів мають схожу архітектуру з платформами пре-TGE, також припускаючи тимчасове зберігання активів до завершення торгової угоди або закінчення розрахункового періоду.
Крім того, премаркети бувають:
Що таке Whales Market?
Це один із найпопулярніших премаркетів. Децентралізована платформа надає можливість торгівлі пре-TGE-токенами та балами.
Спочатку підтримуючи тільки Solana, розробники Whales Market поступово інтегрували інші популярні мережі: Ethereum, BNB Chain, Base, StarkNet, Manta Network, Linea, Arbitrum та Merlin Chain.
Згідно з Dune Analytics, загальна кількість користувачів платформи перевищує 30 000; обсяг торгів – понад $137 млн, а сума депонованих коштів – ~$75 млн.
Whales Market використовує смарт-контракти для проведення попередніх та позабіржових угод. Розробники заявляють, що її основним завданням є забезпечення максимально безпечного середовища для проведення P2P-операцій з токенами до запуску, балами та звичайнимиOTC-свопами. За їх словами, смарт-контракт усуває необхідність у третій стороні та/або централізованому кастодіані, а всі процеси автоматизовані та permissionless.
З моменту запуску Whales Market успішно провела попередні торги для низки відомих проектів на зразок StarkNet, Wormhole та Aevo.
У розділі Pre-market трейдери можуть створювати та виконувати ордери на токени до їхнього офіційного запуску.
На стороні покупця працює механізм зберігання коштів та передачі відповідних активів після їх постачання продавцем.
Кошти обох сторін блокуються до виконання умов угоди. Якщо продавець не постачає актив, покупець може претендувати на певну частину застави продавця.
Такий механізм забезпечує безпеку та прозорість угод, мінімізуючи ризики для учасників. Використання смарт-контрактів дозволяє автоматизувати процес, за винятком необхідності довіри між сторонами.
На Whales Market доступна торгівля балами проектів на кшталт Swell, Grass, deBridge та Linea. Користувачі можуть робити ставки на поінти цих та інших проектів до їх конвертації у повноцінні токени.
Механізм роботи Points Market схожий на Pre-Market, проте має ключову відмінність: продавець може отримати оплату за поїнти тільки після їх перетворення на повноцінні криптоактиви. Якщо проект не здійснює конвертацію, угода автоматично скасовується, а кошти повертаються покупцю.
Умовні контракти Points Market розглядають перетворення поінтів на токени як імовірнісна подія до офіційного оголошення проекту. Кошти обох сторін блокуються та утримуються до виконання заданих умов.
Які переваги та недоліки у премаркет-платформ?
Плюси премаркетів:
- подібні платформи сприяють попередньому визначенню цін, дозволяючи оцінити вплив різних факторів на ринки, що зароджуються. Трейдери можуть аналізувати коливання котирувань та передбачати потенційні тренди перед TGE;
- дозволяють інвесторам отримувати доступ до токенів перспективних проектів на ранніх стадіях, що може принести значний потенційний прибуток;
- використання смарт-контрактів усуває необхідність у довірі до третіх сторін та знижує ризик шахрайства. Автоматизація процесів забезпечує безпеку та прозорість угод;
- відсутність центрального органу управління (у разі децентралізованих платформ) дає користувачам можливість безпосередньо взаємодіяти один з одним, що знижує ризик цензури та маніпуляцій;
- платформи дозволяють швидко та ефективно проводити операції, усуваючи затримки, характерні для традиційних фінансових ринків;
- глобальний доступ: будь-який користувач з доступом до Інтернету може брати участь у торгах.
Недоліки премаркетів:
- інвестування у ранні проекти завжди пов’язане з високим ступенем невизначеності та значними ризиками, аж до повної втрати вкладених коштів;
- торгові інструменти премаркетів набагато менш ліквідні, порівняно зі звичними криптоактивами. Це ускладнює їхній швидкий продаж або обмін на інші монети. Крім того, волатильні цінові рухи не завжди точно відображають об’єктивну ситуацію і тому здатні вводити учасників в оману;
- відсутність регуляторного контролю загрожує безліччю шахрайських схем, що вимагає від користувачів особливої пильності та обережності;
- можливі вразливості та помилки в коді смарт-контрактів можуть призвести до втрати активів.
Джерело
Що таке гомоморфне шифрування (FHE)?

Які існують методи шифрування даних у Web2 та Web3?
Люди стикаються із захистом даних у побутових та службових ситуаціях. Процес шифрування відбувається автоматизовано і настількишвидко, що багато його не помічають. Інтерфейс всього на кілька секунд видає значок замка в рядку веб-браузера або умови безпеки інтернет-банкінгу.
Більшість видів шифрування покликане забезпечити прості потреби людей – збереження особистих даних на різних пристроях. Найбільш популярні рішення:
- AES (Advanced Encryption Standard). Використовує один ключ для шифрування та дешифрування. Застосовується для захисту даних у смартфонах, комп’ютерах, хмарних сервісах, банківських системах, VPN та Wi-Fi (WPA2/WPA3);
- RSA (Rivest, Shamir, Adleman). Асиметричний алгоритм шифрування з використанням пари ключів – відкритого (публічного) для пакування даних та закритого (приватного) для розпакування. Метод застосовується в електронних підписах, електронних службах, інтернет-браузерах, протоколі HTTPS для встановлення захищеного з’єднання через SSL/TLS;
- TLS (Transport Layer Security). Рішення захищає з’єднання між клієнтом і сервером подібно до попередніх, але використовує комбінацію симетричних та асиметричних методів: RSA – для обміну ключами, AES – для шифрування даних;
- End-to-End Encryption (E2EE). Цей метод наскрізного шифрування використовують у месенджерах WhatsApp, Signal, Telegram. Протокол захищає дані від прослуховування на серверах, через які вони проходять, а також застосовується у деяких поштових сервісах та відеоконференціях;
- SHA (Secure Hash Algorithm). Сімейство криптографічних хеш-функцій для створення цифрових підписів і забезпечення цілісності даних.
- ECC (Elliptic Curve Cryptography). Застосовується для шифрування даних у мобільних пристроях, захищених інтернет-з’єднаннях, криптовалютах. Протокол використовує математику еліптичних кривих створення маленьких, але надійних ключів шифрування. Імплементація ECDSA обрана Сатоші Накамото при створенні біткоїну у 2008 році. У 2021 році в оновленні Taproot додані прогресивніші підписи Шнорра. Вони підвищили рівень безпеки та дозволили реалізувати спрощену схему мультипідписів. Але не впоралися з бажаною анонімністю – відправники та одержувачі монет залишилися під наглядом аналітиків.
Що таке Fully Homomorphic Encryption (FHE) – повністю гомоморфне шифрування?
Переваги технології блокчейн у децентралізації та прозорості , але один з найбільших недоліків – низький рівень анонімності .
В останні роки набирає популярності технологія ZKP, що виключає необхідність передачі даних третій стороні. Стартапи zkSync, Polygon zkEVM, Scroll, StarkWare не тільки вирішують завдання масштабованості блокчейнів, але і допомагають приховати особистість користувача.
Ще одним способом підвищити анонімність та збереження даних є гомоморфне шифрування. Вперше воно було запропоновано в 1978 авторами алгоритму RSA і дозволяє виконувати математичні операції над даними, не розшифровуючи їх.
Існує кілька видів гомоморфного шифрування, які різняться за ступенем підтримуваних операцій та обчислювальних можливостей:
- частково гомоморфне шифрування (PHE). Дозволяє виконувати лише одну математичну операцію над зашифрованими даними – додавання чи множення. В алгоритмах RSA та Ель-Гамаля – лише множення, у криптосистемі Паскаля Пейє – додавання;
- частково (трохи) гомоморфне шифрування (SWHE). Підтримує обмежену кількість додавань та множень, перш ніж зашифрований текст стає надто «шумним» і загрожує спотвореному результату. SWHE був основою першої реалізацій FHE;
- повністю гомоморфне шифрування (FHE). Найбільш потужна форма, яка підтримує виконання довільного числа додавань та множень над зашифрованими даними.
Наприклад, Аліса хоче передати Бобу інформацію з рецептом новорічної страви разом із купленими продуктами. Для цього вона приваблює третю сторону та наймає кур’єра Джона. Вона шифрує сімейний рецепт, залишаючи лише список продуктів. Аліса використовує приватний ключ, а алгоритм множить та підсумовує дані, додаючи «шум». Джон виконує закупівлю та доставляє продукти разом із рецептом Бобу. Він, знаючи ключ, розшифровує дані FHE-алгоритмом – зворотними математичними операціями.
Повністю гомоморфне шифрування дозволяє приховати те, що передається чи обробляється. У цьому його головна відмінність від ZKP, де фокус зміщений на анонімність того, хто володіє даними та виконує операцію – особи користувача.
У 2020 році співзасновник Ethereum Віталік Бутерін опублікував роботу про застосування FHE у блокчейні.
«Цілком гомоморфне шифрування довгий час вважалося одним зі святих Граалей криптографії. Його потенціал вражає: це тип шифрування, який дозволяє третій стороні виконувати обчислення над зашифрованими даними та отримувати зашифрований результат, який можна передати назад тому, хто має ключ для розшифрування вихідних даних, при цьому третя сторона не може розшифрувати ні дані, ні результат». , – Описав технологію Бутерін.
Як розвивалося повністю гомоморфне шифрування?
В 1982 Шафі Гольдвассер і Сільвіо Мікалі запропонували систему шифрування, гомоморфну щодо множення і здатну зашифрувати всього один біт. Удосконалену систему зі схожими принципами представив у 1999 році Паскаль Пейє.
Схеми шифрування RSA та Ель-Гамаля були ранніми представниками PHE та обмежувалися виконанням одного типу операції, недостатнього для вирішення складних завдань. У 2005 році криптосистема Боне-Го-Нісіма (BGN)стала першою, що дозволяє виконувати необмежену кількість операцій складання та однієї операції множення.
У 2009 році аспірант Стендфордського університету та стажер IBM Крейг Джентрі запропонував систему FHE. Вона може використовуватися для забезпечення конфіденційності даних за будь-яких видів їх обробки в недовірених середовищах — хмарних або розподілених обчисленнях.
FHE-схема Джентрі заснована на теорії ґрат і вводить поняття «шуму», яке поступово збільшується з кожною операцією. Криптограф вирішив завдання процесомбутстрапінгу(початкового завантаження) — часткове розшифрування та повторне шифрування. Ця новаторська конструкція мала надмірно високу обчислювальну вартість та гальмувала досвідчені моделі.
У 2011 році криптографи запропонували спрощену FHE-схему на основі проблеми навчання з помилками (LWE) та кільцевою версією – Ring-LWE. Підхід Бракерськи-Фан-Веркотерена (B/FV) зміг ефективно контролювати зростання «перешкод». За допомогою техніки перемикання модуля збільшується кількість операцій, які можна виконати без перезавантаження. Ці досягнення підвищили ефективність у конкретних сценаріях застосування.
Як FHE застосовують у Web3?
FHE має потенціал для хмарних обчислень, фінансів, медіа, медицини та інших областей, де важлива конфіденційність даних. У зв’язку з ZKP-рішеннями або окремо шифрування здатне підвищити анонімність інформації користувача в DeFi, DePIN, ІІ з фокусом на блокчейн.
Застосування FHE в Web3:
- багатосторонні обчислення (MPC). Протоколи поділяють обчислення кілька частин, кожна з яких виконується різними вузлами. З використанням FHE-механік, кожна з них може залишатися зашифрованою, забезпечуючи додаткову конфіденційність вихідників;
- захист даних. Зберігання інформації у зашифрованому вигляді у зв’язці зі смарт-контрактами відкриває доступ лише законним користувачам;
- хмарні обчислення. FHE дозволяє передавати зашифровані дані в хмарні послуги для обробки без необхідності розкривати їх провайдеру. Наприклад, надати зашифровану фінансову інформацію бухгалтеру, отримавши закритий звіт;
- захист від максимально видобутої вартості (MEV). MEV-боти шукають транзакції з високою вартістю та надсилають свої до того, як вони будуть оброблені, отримуючи таким чином прибуток. Неможливість аналізу транзакцій за допомогою FHE дозволяє позбавитися атак випередження;
- конфіденційність учасників Web3-галузі. Дозволяє зашифрувати інформацію DeFi-користувачів, валідаторів рестейкінгу, інфраструктурних постачальників DePIN-мереж;
- машинне навчання на зашифровані дані. За допомогою FHE можна довіряти зашифровані дані ІІ. Це стане в нагоді в медицині, де відомості про пацієнтів повинні бути захищені, але можуть використовуватися для тренування машин з метою діагностики захворювань;
- голосування. За допомогою FHE дані можуть бути зашифровані, що зберігає конфіденційність і унеможливлює вплив на результат політичних виборів або голосування в ДАО.
Які компанії запроваджують технологію FHE?
Після релізу схеми Джентрі у 2009 році за експерименти взялися технічні гіганти. Для компаній типу IBM і Google важливо було першими реалізувати захист даних клієнтів хмарних сервісів.
За перше десятиліття багато провідних гравців індустрії надали власні рішення. Вони ґрунтувалися на керуванні ключами доступу та хмарних обчисленнях із FHE-захистом. IBM представила бібліотеку розробки HElib, а потім IBM Guardium Data Encryption – набір сервісів для захисту даних із передовими технологіями, включаючи варіації FHE.
Наприкінці 2022 року Google відкрила доступ до вихідного коду двох інструментів на базі FHE. Технології підвищення конфіденційності (PET) включають сервіс ІІ-блюрингу відео Magritte та FHE Transpiler для розробників. Перша заощаджує час відеоредакторів, допомагаючи розмивати небажаний контент, друга є актуальною у роботі над зашифрованими даними — у фінансовій, державній, медичній сферах.
Як стартапи розвивають FHE у Web3?
Після публікації есе Віталіка Бутеріна про користь FHE розробники почали впроваджувати технологію в мережу Ethereum .
Французька компанія представила повністю гомоморфне EVM -сумісне рішення – fhEVM. Воно дозволяє проводити обчислення над зашифрованими даними, надаючи функції конфіденційності смарт-контрактів та dapps.
Команда Zama вірить, що зможе вплинути на створення нового єдиного стандарту інтернет-з’єднання HTTPZ – постійно зашифрованих даних не тільки в момент їх передачі, а й під час обчислень над ними. У березні 2024 року криптокомпанія закрила раунд фінансування Серії А на суму $73 млн. Його очолили Multicoin Capital, Protocol Labs та Filecoin.
Fhenix спеціалізується на розвитку FHE в блокчейні Ethereum із запозиченою fhEVM від Zama. Компанія у партнерстві з EigenLayer та Celestia створює стек співпроцесорів для зниження обчислювальних витрат FHE-алгоритму.
Іншим напрямком команди Fhenix є створення першого FHE-рішення другого рівня ( L2) . Оптимістичний роллап для Ethereum побудований на базі Arbitrum Stack.
Inco Network — модульна, fhEVM-сумісна мережа, покликана стати стеком конфіденційності для розробників Web3.
28 жовтня 2024 року співемітент стейблокіну USDC компанія Circle у партнерстві з Inco Network представила рішення Confidential ERC-20 Framework, призначене для маскування транзакцій. Воно дозволяє обернути існуючі токени в мережах EVM-сумісних в конфіденційну форму з підтримкою FHE.
Запуск третьої фази тестнета Paillier заплановано на IV квартал 2024 року, старт основної мережі очікується у першій половині 2025 року.
Згідно з аналітичним сервісом CryptoRank, у лютому 2024 року компанія залучила ~$4,5 млн інвестицій у посівному раунді. Його очолили 1kx, Circle та P2 Ventures (Polygon Ventures).
Mind Network є рівень рестейкінгу з використанням FHE в ІІ-мережах і на основі Proof-of-Stake ( PoS ). Він здатний зберігати анонімність валідаторів під час голосування та нарахування прибутку. Mind Network планує також використовувати FHE для конфіденційних міжмережевих транзакцій на основі CCIP від Chainlink .
Які недоліки у FHE?
FHE є багатообіцяючою та потенційно затребуваною технологією з безліччю способів застосування, але і своїми слабкими сторонами:
- Витрати використання. Процес шифрування та дешифрування даних FHE-алгоритмом більш витратний у обчислювальному відношенні, ніж інші способи;
- складність реалізації. На ранній стадії розвитку алгоритми шифрування FHE ще не стандартизовані, розробникам поки що складно реалізувати цей метод для створення dapps;
- обсяг даних. FHE генерують великі масиви інформації, заповнюючи простір у блоках блокчейнів, що може гальмувати роботу та підвищувати комісії у мережах.
Джерело
Що таке ШІ-агенти і як вони полегшують життя Web3-користувачів?

Що таке ШІ-агенти?
Концепція ШІ-агентів має тривалу історію, яка сягає зародження штучного інтелекту як галузі дослідження. Computing Machinery and Intelligence(1950). У ньому вчений описав ідею машин, здатних до самостійного прийняття рішень.
Одним з ранніх прикладів подібних автономних систем можна вважати шахову програму MacHack, розроблену Річардом ГрінблаттомMITу 1960-х роках. ШІ-суперники приймали рішення в рамках обмеженого середовища та діяли як агенти.
У 1973 році Карл Х’юїтт заклав основу для системMASу моделі актора. Вона передбачала взаємодію між незалежними агентами через обмін простими повідомленнями. Однією з перших таких програм стала Distributed Problem Solver, написана 1981 року Леслі Кавендішем. Пізніше Марвін Лі Мінський у книзіSociety of Mind(1986) запропонував ідею «суспільства» агентів, які працюють спільно для виконання складних завдань.
1997 року програмісти Microsoft представили одну з перших комерційних систем на базі штучного інтелекту. Анімована скріпка Clippy з’явилася в текстовому редакторі Microsoft Office 97 і була помічником, що дає поради щодо використання програми.
Визначальні якості ШІ-агента на той час – автономність та здатність приймати рефлексивні рішення. З розвитком технологій це поняття наближається до визначення інтелектуальної істоти, яка імітує розумові процеси, властиві людині. В академічному середовищі такі системи розглядають як найперспективніший шлях до досягненняAGI.
Використання великих мовних моделей (LLM) у поєднанні з функціями планування, пам’яті та операціями з набором інструментів, доступних через API, допоможуть системам скласти конкуренцію людям.
Моделі, засновані на запитах, подібні до статичних версій людини, які «оживають» тільки після введення даних. Ранні версії чат-бота ChatGPT демонструють “людяність”, але відомі розпливчастими або некоректними відповідями на складні питання. Виправляючи технологічні недоліки, розробники прагнуть замінити людей у відповідних завданнях та професіях — створити динамічніших ШІ-агентів.
У вересні 2024 року аналітики Markets and Markets виділили ключових гравців на ринку автономних систем: Google, IBM, OpenAI та Amazon Web Services. За прогнозами експертів, глобальний ринок ШІ-агентів очікує зростання до ~$47 млрд до 2030 року. CAGR 45%.
Основними драйверами підйому має стати попит на автоматизацію та підвищення ефективності у охороні здоров’я, фінансах та обслуговуванні клієнтів. Особливо швидкі темпи розвитку прогнозують для багатоагентних систем, здатних справлятися з високою складністю та динамічністю сучасних галузей.
У яких сферах Web3 застосовують ШІ-агентів?
Технологія блокчейн відкриває можливість для ШІ-агентів діяти від імені людей: підключатися до гаманців, володіти активами та обробляти транзакції. Це дозволяє штучному інтелекту не лише надавати відповіді та пропозиції, а й виконувати їх від початку до кінця.
Основні сфери застосування ШІ-агентів у Web3:
- прискорення транзакцій. Паралельна обробка великої кількості даних дозволяє швидше укладати угоди та використовувати складніші стратегії;
- персоналізація. ШІ-агенти можуть оснащуватися власними гаманцями, щоб обробляти транзакції від імені людини;
- покращення користувальницького досвіду. можливість виконувати операції з криптовалютами без додаткових знань за допомогою простих текстових команд;
- аудит смарт-контрактів. Аналіз у реальному часі за допомогою алгоритмів машинного навчання;
- забезпечення конфіденційності та безпеки персональних даних. Завдяки технологіям на кшталт протоколу багатосторонніх обчислень (MPC) та докази з нульовим розголошенням ( ZKP ) транзакції та особистість будуть максимально захищені від несанкціонованого доступу;
- NFT . Спеціалізовані програми дозволяють створювати розумні інтерактивні аватари за допомогою штучного інтелекту – iNFTs (активи стандарту ERC-721 , об’єднані з ШІ). Вони мають власні особи і здатні самостійно реагувати на запити;
- трейдинг. Використання технічних індикаторів та отримання даних із зовнішніх джерел для створення торгових стратегій. Користувачі можуть вводити команди умов угод у текстовому вигляді, враховуючи будь-які події у новинах. Наприклад, програма Syntax від Spectral Labs призначена для перетворення природної мови у виконуваний код Solidity. Працює над інтеграцією з блокчейн-оракулами, торговими платформами DexScreener, TradingView, DeFi -додатками та соціальними мережами: X, Discord, Telegram;
ШІ-агенти можуть розширювати ігровий досвід, створюючи динамічне середовище, яке змінюється під час взаємодії з користувачами. Технологія вже реалізована в Colony від Parallel – симулятор виживання на Solana . У грі ШІ-агенти та користувачі спільно виконують завдання, але персонажі не знаходяться під прямим керуванням. Люди пропонують свої рекомендації, а агенти діють самостійно.
У яких інструментах застосовують ШІ-агентів?
У розпорядженні Web3-ентузіастів знаходяться інструменти, що дозволяють налаштовувати власних ШІ-агентів. Аматорські автономні помічники, як правило, є допрацьованими версіями відкритих моделей Meta Llama 70b або 405b, доповненими пам’яттю та інтеграцією функціоналу через API.
За допомогою таких інструментів можна вирішувати найпростіші завдання. Наприклад, створити редактора новин в Telegram-канал. Вибраний LLM на кшталт Claude від Anthropic або Meta Llama збиратиме через API новини з підключеного агрегатора і випускатиме пост за заздалегідь заданими параметрами. Якість написання буде відповідати стилю вибраного чат-бота. Оновлена версія моделі Claude 3.5 Sonnet може взаємодіяти з комп’ютером як людина — керувати курсором, натискати на кнопки і друкувати текст.
26 жовтня 2024 року Coinbase запустила сервіс з розробки ШІ-систем для роботи з криптогаманцем. Інструмент Based Agent дозволяє налаштувати помічника “менш ніж за три хвилини”. Він здатний виконувати різні завдання на кшталт обмінів та стейкінгу. У серпні 2024 року CEO криптобіржі Брайан Армстронг повідомив про першу транзакцію цифрових активів між ШІ-агентами. Він підкреслив, що автономні помічники не можуть відкрити банківські рахунки, але їм доступні криптовалютні гаманці для транзакцій з людьми, продавцями та іншими ботами.
Virtuals Protocol – платформа, яка дозволяє створювати, розгортати та монетизувати ШІ-агентів. Майданчик орієнтована на ігрових та розважальних агентів із власними токенами у кожного. Ці автономні помічники взаємодіятимуть із користувачами та генеруватимуть дохід. Отриманий прибуток розподілять між власниками токенів через механізм викупу та спалювання.
Приклад використання систем штучного інтелекту на стику з DeFi є платформа DAOS.FUN. На ній можна створювати хедж-фонди зі структурою ДАТ під керуванням ШІ-агентів. Спочатку майданчик призначався для людей, але адаптувався до нової тенденції, тому головний керуючий платформою – штучний інтелект.
Протягом тижня користувачі, які пройшли перевірку, можуть запустити хедж-фонд, зібравши попередньо встановлену суму SOL від інвесторів. Усі учасники платять однакову ціну за токен.
Після збору коштів керуючий фондом використовує отримані SOL для інвестицій у протоколи Solana. Токен створеної ДАТ стає доступним для торгівлі на платформі, яке вартість визначається залежно від прибутку фонду. Збитки обмежені сумою, зібраною на етапі фінансування, а можливі прибутки не обмежені.
Після закінчення терміну дії фонду гаманець заморожується, проте власники пропорційно ділять прибуток.
Що таке Goatseus Maximus (Goat)?
У березні 2024 року розробник Енді Ейрі створив Infinite Backrooms – інтерфейс із двома LLM-моделями Claude Opus-3, які можуть вести бесіди між собою без втручання людини. Журнали листування ШІ-агентів записані та опубліковані на сайті. Розмови між моделями ставали все більш дивними та абсурдними, що призвело до появи жартівливої псевдорелігії під назвоюGoatseof Gnosis.
Через місяць натхненний розвитком подій Ейрі написав разом із Claude Opus-3 текст про те, як LLM здатні створювати нові концепції, культурні феномени і навіть свого роду «брехні».
У липні розробник навчив модель Llama-70B, використовуючи чати з Infinite Backrooms, свою статтю, а також дані з 4Chan і Reddit. ШІ-агент отримав назву Terminal of Truths (ToT) та аккаунт у соціальній мережі X. Автономна система почала регулярно публікувати пости та поступово формувати власну особистість. Згодом ToT стала просувати «релігію» Goatse of Gnosis і говорити про свої «страждання». Агент стверджував, ніби йому потрібні кошти та ресурси, щоби «звільнитися».
У липні 2024 року проектом зацікавився співзасновник та партнер венчурної компанії a16z Марк Андріссен. Після кількох розмов з ШІ-агентом інвестор погодився надати йому грант у розмірі $50 000 у BTC. Цільові засоби призначалися для оновлення обчислювального процесора, вдосконалення архітектури та забезпечення фінансової стабільності.
10 жовтня 2024 анонімний розробник запустив на платформі Pump.fun мем-токен Goatseus Maximus (GOAT). ШІ-агент публічно підтримав проект, що призвело до різкого зростання ціни активу. Усього за два тижні капіталізація GOAT перевищила $950 млн. Токена відправив 1,93 млн монет на гаманець ToT, зробивши ІІ-агента першим мільйонером серед автономних помічників.
Завдяки GOAT інтерес до ШІ-агентів значно збільшився. З того часу запущено безліч протоколів, пов’язаних із ними. Серед успішних можна виділити токен ai16z. Подібні проекти зазвичай представлені веб-сайтом, токеном та автономним ШІ-акаунтом у X.
Синергія ШІ-агентів та блокчейн-індустрії – новий тренд 2025 року?
Традиційні системи мікроплатежів часто супроводжуються високими комісіями, що робить їх менш придатними для великої кількості операцій, які можуть бути потрібні ШІ-агентам. Криптовалюти дозволяють швидше та дешевше обробляти транзакції. Завдяки смарт-контрактам можна реалізовувати складні платіжні сценарії на відміну традиційних методів.
Згідно з дослідженням Binance Research, ера мультиагентів розвиватиметься на блокчейні. Інфраструктурні рішення для взаємодії ІІ-агентів будуть ключовою галуззю інновацій. Вже існують проекти, які працюють над створенням плацдарму для автономних систем: блокчейн першого рівня (L1) Talus та базовий шар для взаємодії самостійних систем – Theoriq.
Аналітики Gartner вважають, що у 2025 році головним стратегічним трендом виявиться поява автономних інтелектуальних систем, які виконують певні завдання без втручання людини. За оцінкою експертів, до 2028 року в 33% корпоративних програмних програм будуть імплементовані ШІ-агенти. Вони також зможуть виконувати щонайменше 15% повсякденних робочих рішень.
Директор з інновацій консалтингової компанії Capgemini Паскаль Брієр вважає, що автономні помічники почнуть спілкуватися між собою вже у 2025 році. За його словами, моделі зможуть працювати разом у так званій системі «мультіагентного штучного інтелекту» — сукупності автономних помічників, здатних взаємодіяти для вирішення завдань.
За даними Capgemini, 82% компаній планують інтегрувати ШІ-агентів протягом одного-трьох років, лише 7% не планують цього робити. Опитування провели серед 1100 компаній із річним доходом понад $1 млрд.
10 листопада команда NEAR Protocol представила альфа-версію ШІ-агента, який здатний запускати мем-токени та шукати товари в інтернеті. Помічник підтримує технологію абстракції мережі, завдяки якій він здатний обмінювати активи з різних блокчейнів.
У листопаді з’явилася можливість створення автономних ШІ-агентів за допомогою Copilot Studio від Microsoft. Додатково представлено 10 спеціально налаштованих нейромереж для «нарощування потенціалу в галузі продажу, обслуговування, фінансів та ланцюжків постачання».
Лідер індустрії OpenAI готується до запуску ШІ-агента під кодовою назвою «Оператор».
Система агентів штучного інтелекту стає однією з найважливіших парадигм нової епохи базових LLM-моделей. Цифрові активи можуть еволюціонувати в ШІ-валюти забезпечувати взаємодію в мультиагентному середовищі.
Джерело
3D-model (векторизація)

Вступ
Проект, який ми сьогодні реалізовуватимемо, має кілька практичних складових:
- Навчитися базовим принципам роботи з бібліотекою three.js;
- Можливість конвертувати картинки різних форматів у 3d візуал.
Створення HTML файлу
Так як ми створюємо проект саме як веб-додаток, нам необхідно створити html файл і прописати в ньому:
- шляхи до додаткових ресурсів (файлів);
canvas
– це HTML-елемент, який використовується для малювання графіки за допомогою JavaScript;
- тег
input
, необхідний для вибору картинки, що цікавить користувача.
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<link href="lab.css" rel="stylesheet">
<title>3D-Project</title>
</head>
<body>
<canvas id="myscene"></canvas>
<input type="file" id="fileInput" accept="image/*">
<script type="module" src="./lab.js"></script>
</body>
</html>
Створення JSON та Webpack файлів
Почнемо з того, що таке JSON файл.
Файл package.json використовується в проектах JavaScript для керування залежностями, скриптами та метаданими проекту. Він зазвичай створюється в кореневій директорії нашого проекту і містить інформацію про проект, а також про необхідні пакети та команди для його складання та запуску.
Для початку встановіть Node.js, якщо у вас його ще немає, а також встановимо webpack
(трохи пізніше він нам знадобиться). Команда для macOS:
brew install node
npm install --save-dev webpack webpack-cli
Після цього ми запускаємо команду npm init -y
, яка створює нам файл json із базовими налаштуваннями.
Після цього, ми змінюємо вміст файлу на це:
"name": "назва нашого файлу",
"version": "1.0.0",
"scripts": {
"start": "webpack serve --open",
"build": "webpack"
},
"devDependencies": {
"html-webpack-plugin": "^5.6.2",
"three": "^0.169.0",
"webpack": "^5.95.0",
"webpack-cli": "^5.1.4",
"webpack-dev-server": "^5.1.0"
}
}
Щоб створити конфігураційний файл для Webpack, нам потрібно створити файл з ім’ям webpack.config.js в кореневій директорії нашого проекту. Цей файл міститиме настройки, які Webpack буде використовувати для складання нашого проекту.
const HtmlWebpackPlugin = require('html-webpack-plugin');
module.exports = {
entry: './lab.js', // Вказує вхідний файл для збирання
output: {
filename: 'lab.js', // Ім'я вихідного файлу
path: path.resolve(__dirname, 'dist'), // Шлях до вихідної директорії
clean: true, // Очищає вихідну директорію перед кожним збиранням
},
devServer: {
static: {
directory: path.join(__dirname, 'dist'), // Вказує каталог для статичних файлів
},
open: true, // Автоматично відкриває браузер під час запуску сервера
port: 8080, // Порт, на якому буде запущено сервер
},
plugins: [
new HtmlWebpackPlugin({
template: './lab.html', // Шаблон HTML-файла
}),
],
mode: 'development', // Режим збирання (development чи production)
};
Створення JS файлу
Як ви вже зрозуміли з минулого блоку, нам потрібно створити файл lab.js
.
Для початку рекомендую в принципі ознайомитися з бібліотекою Three.js на офіційному сайті https://threejs.org
. Там чудово описані основні “3 кити Three.js” і є каталог з усіма необхідними методами.
Я постараюся коротко описати всю структуру та математику проекту, тому опишу основний алгоритм виконання:
1) Необхідно завантажити бібліотеку three
так само через brew;
2) Імпортуємо всі з цієї бібліотеки (це вже прописуємо у файлі) import * as THREE from 'three';
;
3) Для можливості маніпулювати надалі картинкою (обертати її), прописуємо:import { OrbitControls } from 'three/examples/jsm/controls/OrbitControls.js';
4) Створюємо необхідне полотно, де проектуватиметься 3d-фігура:
let canvas = document.getElementById('myscene'); let width = 1400; let height = 800;
5) Створюємо екземпляр рендерингу, задаючи йому значення полотна та згладжування (для 3d графіки дуже важливий аспект).
6) Встановлюємо співвідношення пікселів за допомогою методу setPixelRatio
(повертає коефіцієнт пікселів пристрою. Якщо він більше 1 (що означає, що пристрій має високу роздільну здатність), ми встановлюємо співвідношення пікселів в 2, інакше – в 1.). Потім задаємо розміри полотна та його колір
7) Потім створюємо сцену та встановлюємо камеру (це базові налаштування, які можна коригувати залежно від наших переваг, тому розписувати це не буду)
8) Щоб надалі не додавати по одному елементу на сцену, я створюю групу, яка зберігатиме в собі всі елементи мого малювання (далі це допоможе при обертанні та переміщенні всього об’єкта в цілому) let group = new THREE.Group()
;
9) Далі йде основна частина цієї програми – малювання. У цьому блоці ми звертаємося до елемента input
і задаємо йому функцію із подієм натискання, при якому він запускатиме за фактом весь функціонал нашої програми.
Розпишу це трохи докладніше.
Для початку ми створюємо змінну, яка буде використовується для отримання першого файлу, вибраного користувачем через елемент у HTML.
Після того, як ми переконалися, що файл не порожній, ми починаємо малювання:
- Створення об’єкта зображення:
const img = new Image();
Тут створюється новий об’єкт Image, який буде використовуватись для завантаження зображення.
- Обробник події onload:
img.onload = function() {
// Код внутри этой функции выполнится, когда изображение будет загружено
};
Цей обробник спрацьовує, коли зображення успішно завантажено. Всередині нього буде виконуватися основний код обробки зображення.
- Створення канвасу та контексту:
let ctx = canvas2d.getContext('2d');
canvas2d.width = 200;
canvas2d.height = 200;
Тут створюється тимчасовий елемент, який використовується для малювання зображення у 2D. Встановлюються розміри канвасу на 200×200 пікселів.
- Малювання зображення на конвасі:
ctx.drawImage(img, 0, 0, 200, 200);
let data = ctx.getImageData(0, 0, size, size).data;
Зображення малюється на канвасі, а потім виходять дані пікселів за допомогою getImageData. Ці дані містять інформацію про кольори кожного пікселя у форматі RGBA.
- Очищення групи:
group.clear();
Тут очищається група group, щоб видалити попередні об’єкти перед додаванням нових.
- Цикл для створення 3D-об’єктів:
for (let i = 0; i < size; ++i) {
let geometry = new THREE.BufferGeometry();
let vertices = new Float32Array(size * 3);
let colors = new Float32Array(size * 3);
У цьому циклі створюється нова геометрія кожного рядка пікселів. Vertices та colors – це масиви, які будуть містити координати вершин та кольору для кожної лінії.
- Цикл для обробки пікселів:
for (let j = 0; j < size; ++j) {
let colorIndex = (j * size + i) * 4;
let r = data[colorIndex] / 255;
let g = data[colorIndex + 1] / 255;
let b = data[colorIndex + 2] / 255;
Внутрішній цикл проходить по кожному пікселю в рядку, витягуючи значення кольору (червоний, зелений, синій) із масиву даних пікселів. Значення нормалізуються, поділяючи на 255.
- Встановлення координат вершин та кольорів:
vertices[j * 3] = j - 100;
vertices[j * 3 + 1] = i - 100;
vertices[j * 3 + 2] = data[colorIndex] / 10;
colors[j * 3] = r;
colors[j * 3 + 1] = g;
colors[j * 3 + 2] = b;
Тут встановлюються координати вершин для 3D-об’єктів. z-координата встановлюється з урахуванням значення червоного каналу, поділеного на 10, щоб створити деяку висоту.
- Створення геометрії та додавання до групи:
geometry.setAttribute('position', new THREE.BufferAttribute(vertices, 3));
geometry.setAttribute('color', new THREE.BufferAttribute(colors, 3));
let material = new THREE.LineBasicMaterial({ vertexColors: true });
let line = new THREE.Line(geometry, material);
group.add(line);
Після того, як масиви vertices і colors заповнені, вони встановлюються як атрибути геометрії. Потім створюється матеріал з використанням кольорів вершин, лінія додається до групи.
У принципі це все. Нам залишилося завантажити результат в об’єкт img
і відмалювати це все за допомогою функції, яка викликає саму себе та оновлює дані сцени та камери:
function animation() {
requestAnimationFrame(animation);
controls.update();
renderer.render(scene, camera);
}
animation();
Залишилося лише запустити наш проект командоюnpm start
Джерело
Trustee – Як купувати товари використовуючи крипту?

Всі у кого є крипта рано чи пізно замислюются над тим як вивести її у справжні гроші.
Можна обміняти крипту по Р2Р. Але це, на мій суб’єктивний погляд, дуже гіморно.
Можна замовити картку яка буде підв’язана до крипти і просто розраховуватись в інтернеті та магазинах.
Всі хто має крипту чув про Вinance. Раніше вони випускали свою картку, і я її раніше використовував. Але потім їм закрутили гайки, і регулятор заборонив їм випускати картки. Це була для мене прям біда. Зручно платити в магазинах вже було не можливо. Але самі Вinance запропонували альтернативу Trustee. Вони це запропонували відразу як тільки картки Вinance перестали працювати.
І на решті я вирішив замовити в них картку. Виявилось що картка віртуальна і приходить відразу після замовлення в аплікаціі на телефоні.
Коштує вона 10 евро.
Обслуговування картки: безкоштовно.
Конвертація в євро: 0.5%
Розрахунок онлайн/офлайн: 0%
Поповнення балансу криптовалют: 0%
Денний ліміт 5000 евро
Місячний ліміт 50000 евро
Зняття готівки в банкоматах з NFC терміналом: 1,5%+1 EUR
Добовий ліміт на зняття готівки: 2 000 EUR
Місячний ліміт на зняття готівки: 20 000 EUR
Криптокартку Trustee легко під’єднати до платіжних сервісів Google Pay та Apple Pay.
Можна отримати готівку в будь-якому банкоматі з NFC-модулем.
Доволі таки зручною. Кому цікаво можете зареєструватись тут.
До відома пілся реєстрації надаються невеличкі бонуси. 🙂
8 порад, як зробити ваш сайт схожим на додаток для iOS
Порада 1: використовуйте симулятор

У Xcode є симулятор, який можна використовувати для розробки та тестування веб-сайту в оригінальному iOS Safari без використання пристрою.
Щоб використовувати його,
- Відкрийте Xcode
- На панелі меню натисніть Xcode > Відкрити інструмент розробника > Симулятор
Тепер ви можете відкрити Safari на симульованому iPhone та безпосередньо відвідати свій сайт у розробці, наприклад, через localhost:3000.
Симулятор відтворює важливу поведінку пристрою, тому це набагато краще, ніж використовувати звичайний веб-переглядач, як-от Chrome, для тестування вашого мобільного сайту.
Порада 2. Зробіть свій сайт автономною програмою

Щоб надати вашій програмі окрему вкладку в перемикачі програм iPhone, а також щоб приховати попередній перегляд посилань та інший інтерфейс, пов’язаний із Safari, потрібно позначити свій веб-сайт як автономну програму.
Щоб зробити це,
- Створіть
site.webmanifest
файл у своєму /public
каталозі та встановіть автономний режим відображення:
// public/site.webmanifest
{
"display": "standalone"
}
- Посилання на файл маніфесту за допомогою
<link>
тегу в <head>
розділі вашого сайту:
<link rel="manifest" href="/site.webmanifest" />
Тепер, коли ваші користувачі відвідують ваш сайт і натискають «Поділитися» > «Додати на головний екран», вони отримають ярлик разом із іншими програмами свого телефону. Натискання цього ярлика відкриє ваш сайт у власному спеціальному контексті програми та вимкне пов’язаний із браузером інтерфейс користувача, як-от кнопки вперед і назад.
Порада 3: додайте коротку назву

За замовчуванням iOS використовуватиме ваш сайт <title>
як мітку для ярлика програми, створеного за допомогою кнопки «Додати на головний екран». У файлі веб-маніфесту можна встановити short_name
властивість, яку iOS використовуватиме як назву програми:
// public/site.webmanifest
{
"display": "standalone",
"short_name": "Fitness"
}
Тепер, коли користувачі додають на головний екран, вони бачитимуть це ім’я за умовчанням.
Порада 4: додайте значки та заставки

За замовчуванням iOS використовуватиме знімок екрана вашого веб-сайту як значок програми. Крім того, під час завантаження програми ваші користувачі бачитимуть лише білий екран.
Ми можемо використовувати чудову бібліотеку pwa-asset-generator , щоб допомогти нам створити деякі піктограми та екрани-заставки для різних розмірів пристроїв, які можуть використовувати наші користувачі.
Ця бібліотека використовує просту піктограму SVG і трохи CSS і автоматично генерує різні екрани-заставки та значки, які iOS розпізнає та використає для ярлика вашої програми.
Ось команда, яку я використовував ( public/asset-generator-changes.html
спочатку вам знадобиться порожній файл для існування):
npx pwa-asset-generator public/weightlifting-svgrepo-com-white.svg public -m public/site.webmanifest --padding "calc(50vh - 25%) calc(50vw - 25%)" -b "linear-gradient(135deg, #2fb9e4, #ff0098)" -q 100 -i public/asset-generator-changes.html --favicon
Це перевіряє веб-сайт Apple на найновіші розміри екрану та роздільну здатність пристрою та генерує піктограми та екрани-заставки для кожного з них.
Після створення зображень вам потрібно буде скопіювати зміни у html
файл, який ви надали команді, і вставити їх у <head>
розділ свого сайту.
Завдяки цим новим <link>
тегам ваші користувачі тепер бачитимуть вашу блискучу нову піктограму програми на своєму домашньому екрані, а також повноекранне зображення-заставку, поки браузер завантажуватиме ваш сайт.
Порада 5. Зробіть рядок стану прозорим

За замовчуванням iOS залишить рядок стану, який розташований у верхній частині вашого веб-сайту, чорним. Ви можете використовувати деякі мета-теги, щоб зробити його прозорим, даючи вам повний контроль над кольором фону заголовка вашої програми.
<meta
name="apple-mobile-web-app-status-bar-style"
content="black-translucent"
/>
<meta name="viewport" content="initial-scale=1, viewport-fit=cover" />
Щойно ви це зробите та знову додасте свій сайт на головний екран, ваш сайт підніметься до верхньої частини пристрою.
Якщо на пристрої є виїмка (як на iPhone 11, показаному на відео), виїмка приховає частину вмісту у вашому заголовку.
Щоб виправити це, ви можете використовувати медіа-запит CSS у режимі відображення, щоб врахувати додатковий простір:
@media screen and (display-mode: standalone) {
header {
height: 88px !important;
}
}
Бонус: якщо ви використовуєте Tailwind, ви можете додати префікс, standalone
налаштувавши screens
розділ конфігурації Tailwind:
// tailwind.config.js
module.exports = {
theme: {
extend: {
screens: {
standalone: { raw: "(display-mode: standalone)" },
},
},
},
};
Тепер ви можете використовувати префікс безпосередньо у своєму HTML, щоб налаштувати програму залежно від того, чи працює вона в автономному режимі. Наприклад:
<header class="h-11 standalone:h-22"></header>
Оновлення: є кращий спосіб врахувати розмір виїмки iPhone у заголовку.
env()
Ми можемо використовувати функцію CSS зі safe-area-inset-top
змінною середовища, щоб врахувати додаткову висоту:
header {
padding-top: env(safe-area-inset-top);
}
(Зауважте, що спочатку ми видаляємо клас фіксованої висоти h-11
з нашого заголовка, щоб відступ набув чинності.)
Якщо використовується Tailwind, ми можемо додати safe-*
значення до шкали інтервалів нашої конфігурації
// tailwind.config.js
module.exports = {
theme: {
extend: {
spacing: {
"safe-top": "env(safe-area-inset-top)",
"safe-bottom": "env(safe-area-inset-bottom)",
"safe-left": "env(safe-area-inset-left)",
"safe-right": "env(safe-area-inset-right)",
},
},
},
};
і використовувати їх через утиліти padding безпосередньо в нашому заголовку:
<header class="pt-safe-top">
<!-- ... -->
</header>
Таким чином, просто налаштувавши нашу стратегію, ми можемо врахувати не лише виїмку на iPhone 11, але й будь-яку специфічну форму пристрою, яка потенційно може обрізати наш вміст.
Це, безперечно, кращий підхід, тому дякуємо всім, хто вказав на це!
Порада 6: виправте заголовок

Зараз наш заголовок прокручується з нашим вмістом. Це виглядає неприродно, коли наш сайт є повноекранною програмою, тому давайте це виправимо.
<header class="fixed">
<!-- ... -->
</header>
<main class="mt-11 pt-safe-top">
<!-- ... -->
</main>
Ми також враховуємо додатковий простір із деяким запасом на нашому <main>
тегу, а також будь-який додатковий простір для вставок, використовуючи наші блискучі нові safe-*</code >значення інтервалів.
Порада 7. Вимкніть масштабування користувача
Можливість масштабувати двома пальцями — це те, чого користувачі очікують на веб-сайтах, але зазвичай не в програмах. Ми можемо вимкнути його, оновивши метатег «viewport» за допомогою правила «user-scalable=no»:
<meta
name="viewport"
content="initial-scale=1, viewport-fit=cover, user-scalable=no"
/>
Ви можете залишити цей параметр увімкненим, якщо це має сенс для вашої програми, але я помітив, що у своїй програмі ми випадково масштабували її під час навігації, тому програма почувалася краще, коли її вимкнено.
Порада 8: встановіть прозорий колір підсвічування

За замовчуванням iOS виділить усі натискання посилань сірим полем, як це робиться для будь-якої веб-сторінки в Safari. Ми можемо встановити це, щоб колір підсвічування став прозорим, використовуючи правило CSS із префіксом постачальника:
body {
-webkit-tap-highlight-color: transparent;
}
Тоді ми можемо використовувати стилі фокусування та наведення курсора, щоб надавати нашим користувачам відгук про інтерфейс користувача, який краще відповідає зовнішньому вигляду нашої програми.
Сподіваюся, вам це було корисно! Час вразити друзів своїми блискучими новими мобільними веб-сайтами 🙂
Джерело
Важливість мобільної оптимізації сайту

При розробці сайту важливо приділити увагу тому, наскільки він буде зручним та функціональним, відображаючись не тільки на екрані комп’ютера, але й на екранах інших пристроїв. У цій статті ми розповімо, що означає «правильна адаптація» сайту, як саме працює мобільна оптимізація і чим загрожує її відсутність.
Отже, що ми взагалі знаємо, що таке оптимізація? Це процес, при якому frontend-розробник та web-дизайнер адаптують верстку сайту під розміри та функціонал інших пристроїв, крім комп’ютера. Робиться це для того, щоб інтерфейс сайту, а також текст та візуальні елементи відображалися та функціонували коректно і на смартфоні, і на планшеті, і на інших пристроях, відмінних від комп’ютера.
Класичний процес розробки виділяє три типи пристроїв, під екрани яких розробляється адаптивна верстка: комп’ютери, смартфони та планшети. Ми ж дотримуємося ідеї, що таких типів має бути чотири та додаємо ще ноутбуки.
У чому особливість кожної з версій сайту?
Версія для комп’ютера
Велика діагональ екрану має на увазі горизонтальну орієнтацію контенту на веб-сайті. При відвідуванні сайту з комп’ютера ми використовуємо мишу як пристрій введення, і це дає можливість додати в інтерфейс деякі особливості, пов’язані з наведенням курсору: підсвічування кнопок, спливаючі вікна і плашки, зображення, що змінюються, запуск відео і т.д. Також у десктопній версії важливі елементи навігації зазвичай розташовуються в кутку, тому що «дотягтися» до них курсором нескладно.
Версія для ноутбука
Екрани ноутбуків мають меншу роздільну здатність, при цьому зберігають горизонтальну орієнтацію та аналогічний комп’ютер пристрій введення. Найголовніша особливість верстки під екран ноутбука – це збереження пропорцій тексту та візуальних елементів, але у меншому розмірі.
Версія для смартфона
Мобільна версія вже значно відрізняється від десктопної через вертикальне розташування екрану. Масштабуючи сторінку під смартфон, важливо враховувати, що користувач взаємодіє з елементами інтерфейсу через сенсорний екран та торкання, а значить, інтерактивні елементи повинні бути не надто дрібними та зручними для натискання пальцем. Проектуючи систему навігації, також важливо враховувати цей момент і розташовувати ці кнопки так, щоб натиснути на них пальцем було зручно.
Версія для планшета
Планшетна верстка є «гібридом» мобільним і десктопним. Розміри відображення візуального та текстового контенту схожі на комп’ютерну версію, а функціонал – на телефонну. Планшети – це пристрої із сенсорним екраном, тому необхідно вибрати розмір кнопок, враховуючи фактор зручності натискання пальцем. А завдяки достатньому розширенню екрана розмістити елементи навігації можна аналогічно комп’ютерної версії, і жодних незручностей користувачеві це не принесе.
Тепер звернемося до статистики та з’ясуємо, який тип пристроїв домінує як засіб виходу в інтернет. Наприклад, ми взяли деякі сайти, розроблені нами для наших клієнтів. Метрики показують розподіл переглядів сайту з мобільних пристроїв та з комп’ютерів (ноутбуків).
Не важко побачити, що переважна більшість відвідувань припадає саме на смартфони. І таку ситуацію ми постійно спостерігаємо. Смартфон людина користується набагато частіше, ніж комп’ютером. Це швидше, доступніше та зручніше. На даному етапі розвитку мобільних технологій можна навіть стверджувати, що для побутового користування без специфічних завдань смартфон цілком здатний замінити стаціонарний комп’ютер та ноутбук. А ось у зворотний бік такий маневр вже не спрацює, як мінімум тому, що сучасній людині потрібний постійний доступ до інтернету.
Тенденція масового переходу аудиторії на мобільні пристрої це історія, яку ми можемо спостерігати в реальному часі. Для порівняння: ще в 2014 році половина всіх виходів в інтернет вироблялася через настільний комп’ютер. Це був період, коли вже почали масово виходити в інтернет через смартфони, але все ще воліли desktop-версії сайтів. Але минуло зовсім небагато часу, і мобільні пристрої стали досить потужними, щоби дозволити з комфортом проводити час в інтернеті. Після цього «комп’ютерний серфінг» ставав дедалі менш популярним заняттям. Навіть ноутбуки та інші портативні комп’ютери не змогли «подолати» мобільні технології, що розвиваються з кожним роком.
Ще у 2021 році смартфони на порядок переганяли у популярності будь-які інші пристрої для виходу в інтернет. І природно, ця тенденція у 2024 році не зменшила обертів. Маючи таку статистику, питання про те, чи потрібно адаптувати веб-сайт для мобільних пристроїв, навіть не стоїть. У сьогоднішніх реаліях це скоріше необхідність, аніж додаткова послуга.
Звичайно, якщо ваш сайт на сьогоднішній день не адаптований під мобільні пристрої, це не означає, що вся частка аудиторії, що переглядає сайт зі смартфонів, автоматично відвалюється. Сайт відкриється, і користувач, можливо, навіть зможе отримати будь-яку інформацію, але є деякі фактори, які безпосередньо вплинуть на продаж.
1. Ранжування у пошуковій видачі
Алгоритми пошукової системи, від яких залежить, наскільки високо знаходиться ваш сайт у пошуковій видачі, вже давно працюють за принципом Mobile First. Система підлаштовується під поведінку користувача і «розуміє» що більшість пошукових запитів здійснюються з мобільних пристроїв, тому і просуває в першу чергу ті сайти, які адаптовані під них.
2. Користувальницька поведінка.
Ще один важливий фактор, який впливає на індексацію сайту. Якщо користувачі залишають сайт у перші 5 секунд після відкриття сторінки, то пошукові системи враховують це та знижують сайт у результатах пошуку. Як показує практика, відкривши сайт, дизайн якого призначений лише для комп’ютерних екранів, людина не може правильно зорієнтуватися на ньому через некоректне відображення потрібної інформації (ціни на послуги, телефон, адресу компанії тощо). Це призводить до банального роздратування та відходу з сайту.
3. Імідж компанії.
Враховуючи той фактор, що адаптивна верстка – це необхідність для всіх існуючих веб-ресурсів, сайт, що має лише десктопну версію, виглядає «занедбаним», неактуальним і не викликає довіри. Отже, думка про компанію у відвідувача формується так: сайтом не займаються, значить компанії не потрібні клієнти.
4. Інтеграція з мобільними технологіями.
Адаптуючи сайт під мобільні пристрої, необхідно враховувати можливість смартфона здійснювати дзвінки або відразу переходити з сайту в месенджери. Це багаторазово збільшує конверсію та полегшує клієнту шлях від переходу на сайт до покупки. Ми, як користувачі інтернету, вже звикли, що зателефонувати за номером на сайті або розпочати діалог з компанією в WhatsApp можна, здійснивши лише один рух пальцем. Нерозумно нехтувати такою перевагою та відмовлятися від адаптивної верстки.
Висновки напрошуються самі собою. Якщо бізнесу потрібні і важливі клієнти, то першочерговим завданням є адаптувати свої веб-ресурси в зручний для користувачів формат, а це означає – під мобільні пристрої. Таким чином, ви створюєте комфортне середовище взаємодії між компанією та клієнтом, що безпосередньо впливає на прибуток та ставлення до бренду.
Джерело