#анотація

[only-student]

Послуги написання дипломних робіт

🎓 Послуги написання дипломних робіт від Only-Student: Ваш шлях до успіху! 🎓

Шукаєте, де замовити дипломну роботу? В only-student ми гарантуємо якість, унікальність та своєчасне виконання замовлень! Наші професійні автори допоможуть вам з написанням дипломної роботи з будь-якої дисципліни. Психологія, право, логістика – все під силу нашим фахівцям.

Замовляйте дипломну роботу у нас та будьте впевнені у своєму успіху! 💪

🔗 Дізнайтеся більше на нашому сайті: https://only-student.com/articles/poslugi-napisannya-diplomnih-robit

#ДипломнаРобота #Освіта #НаписанняНаЗамовлення #onlystudent #дипломна #логопедія #дипломнаробота #написатидипломну #замовитидипломну #дипломнаназамовлення #дипломніназамовлення #дипломназлогопедії #студенти #магістерська #магістерськаробота #ІТ #інформатика #розвиток #купитидипломну #купитидипломнуроботу #2025 #2026 #есе #магістерська #дипломнанавідмінно #магістерськанавідмінно #курсованавідмінно #магістерськаназамовлення #дипломнаназамовлення #анотація #стаття #конференція #науковаконференція #право #економіка #бакалаврська

замовити дипломну роботу

написання дипломної роботи ціна

купити дипломну роботу в Києві

послуги написання дипломних робіт

замовити дипломну роботу з психології

дипломні роботи на замовлення Київ

де замовити дипломну роботу

скільки коштує дипломна робота

написання дипломних робіт терміново

дипломна робота замовити недорого

купити дипломну роботу Україна

дипломна робота на замовлення ціни

замовити дипломну роботу онлайн

дипломна робота з юриспруденції замовити

написання дипломної роботи на замовлення

купити дипломну роботу швидко

дипломні роботи на замовлення Одеса

дипломна робота на замовлення без плагіату

замовити дипломну роботу з економіки

дипломна робота з гарантією унікальності

[1student1]

Купити реферат недорого та терміново

Потрібно швидко та недорого підготувати реферат? 🌟

Замовляйте реферат у нас! Наші професійні автори виконають роботу з будь-якої дисципліни, враховуючи всі ваші вимоги. Не витрачайте час на складні завдання — довірте це справжнім професіоналам! 📚

✅ Швидке виконання

✅ Доступні ціни

✅ Висока якість

Залишайте замовлення на сайті legko-v-uchebe та отримуйте реферат без зайвих клопотів!

#legkovuchebe #РефератНаЗамовлення #НавчанняЛегко #СтудентамНаЗамітку #курсова #курсоваробота #відгуки #курсовароботаназамовлення #курсованазамовлення #курсоваяназаказ #курсовая #курсоваяработаназаказ #дипломнаназамовлення #дипломна #дипломнаяработа #україна🇺🇦 #україна #рекомендації #рек #лайк #реферат #рефератназаказ #рефератназамовлення #тези #тезиназамовлення #тезинаконфернецію #анотація #презентація #презентаціяназамовлення #презентаціяназаказ #бакалавр #студент #допомогастудентам #допомогастудентамукраїна

Купити реферат недорого

Замовити написання реферату онлайн

Де можна замовити реферат терміново

Реферат на замовлення швидко

Написання рефератів на замовлення ціна

Скільки коштує замовити реферат

Реферати на замовлення Київ

Замовити реферат з економіки

Замовити реферат з історії

Допомога у написанні реферату

[heroyika-comic]

ГЕРОЇКА, и, ж. Героїчний зміст, героїчний бік яких-небудь подій або чиєїсь діяльності. ©Вікі

АНОТАЦІЯ

"Героїка" – історія трьох чарівників, що тільки-но закінчили магічний університет, але вже готові поринуть у вивчення нескінченних таємниць цього світу. Поштовхом до пригод стає турнір Архімага, що шукає собі гідного вихованця, аби зайняти місце в Верховному Чарівництві. Але дуже швидко іспити відходять на другий план, бо на обрії з'являється щось значно серйозніше.

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

[paularamari]

[Щось закінчується, щось починається]

Назва: Щось закінчується, щось починається Автор: Паула Рамарі Редактор: Поль Рамарі Фанхата: Baldur's Gate 3 Рейтинг: PG-13 Розмір: міні Персонажі: Астаріон, Себастьян Жанри: Gen, Post-Canon, Adventure Анотація: Астаріон не був героєм. Однак, вчитель з нього вийшов ще гірший. Посилання: Ао3

[du-sha]

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

-Ні

Купити книгу, бо у неї неймовірна обкладинка?

-Так!!!

*і польською я не вмію читати

[illianna]

🪔My fantasy novel aesthetic 🍂

🌩Чи буває гроза восени? 🍁Частина друга. 🏰Із замку в замок🏚

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

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

Почитати можна тут:

Ось її анотація:

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

Шкільна вистава, бал, ритуал Дня юності, пошук скарбів і себе — ось що чекає гостей із Мелітополя в Медгороді. А на їхні душі чигає небезпека — зрадити мрію чи забути все заради неї, втратити друзів чи не розгледіти кохання...

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

[karlinwalker]

Привіт! Ну що, розказати вам щось про себе? Я є авторкою книги, яку скоро побачить світ. А ви, якщо вас зацікавить, зможете прочитати її на етапі створення 🔥

Вона про кохання, назва говорить сама за себе: "Твої губи солодші меду". Внизу залишу анотацію✍️.

А ще знаєте що? Чи хтось любить так само сильно фільми та серіали? Ох😅 Передивилась я їх купу, можете звертатися, пораджу на будь-який смак 👌.

Анотація ✨

Випускниця школи Окларду, Софі, що проживає у містечку під назвою Лінтон, останній вечір у школі проводить наодинці, в кабінеті, де пройшли її найкращі роки, з пляшкою дорогого шампанського в руках, згадуючи моменти, які гріють душу і хвилюють серце, згадки, котрі змушують посміхатися навіть коли зовсім не хочеться покидати свою рідну школу, Софі нерадісно приймає цей факт та замислює вчинити дещо страшне, поки в клас не заходить Ден Коуелл — молодий вчитель біології, в якого вона таємно закохана. Чи зможуть вони спокійно поговорити та що відбудеться, якщо алкоголь подіє, Ден підігріє інтерес, а Софі стане більш розкутіша та сміливіша? До яких наслідків призведе їх, здається, остання зустріч?

[tired-aori-15]

щодо історії, до якої я пролог писала - ось її анотація і нижче асоціативний колаж (намагаюся не впадати в жалощі до самої себе через власну дурість):

Клейноди пітьми

Повсюди царує магія - коливання Матерії, яка впливає на світ як завгодно, усіляко змінює, проте перед Тінями безсила. Тіні нищять все самим доторком, єдиний захист - Могуть, котрою володіють Великі Володарі на різних кінцях країни. Якось її ненавмисне торкається Мелітина. Таке право є тільки у Великих, тож доводиться рятуватись од гніву мандрівкою розділеною країною. Товщає клубок питань: хто такі Великі Володарі і звідки проносять крізь сторіччя дивний дар? Що таке Могуть і чи зуміють натружені, мозолисті, нешляхетні руки її опанувати? Коли ніжний Голос починає шепотіти відповіді - Мелітина торкається сяйливих ниток знову. Відтепер їй кориться магія - нова, дивовижна і небезпечна.

[uageek]

Marvel запустить серію літературних книг «What If…»

У 2024 році Marvel запустить серію книг «What If…», серед яких:

«What If… Loki Was Worthy? A Loki & Valkyrie Story»

«What If… Wanda & Peter were siblings? A Scarlet Witch & Spider-Man Story»

«What If… Marc Spector was a Host to Venom? A Moon Knight & Venom Story»

Хтось у Marvel нарешті зрозумів, що заробляти на фанфіках можна і самим, а не віддавати це на поталу форумам та всяким літплатформам? 🤔

А ось анотація до «What If… Loki Was Worthy? A Loki & Valkyrie Story»

Локі та Валькірія шукають спокути в першій пригоді нової епічної мультиверсумної серії, яка переосмислює походження культових героїв Marvel.

Так багато світів, так мало часу. Нескінченні можливості, створюючи нескінченні реальності. Я довго спостерігав, як бог-трикстер сіє хаос. але... що, якби Локі врятував Асгард від помсти Тоні Старка?

Тор — син Одіна, бог грому, володар молота Мйольнір — мертвий. І Локі відповідальний.

Це був лише жарт — втручання в Руйнівника, зміна курсу Тора на Мідгард — невелике лихо з шансом покалічити. Але нешкідлива витівка Локі вийшла з-під контролю, обрушивши смерть і руйнування на Нью-Йорк і героїв, які поклялися його захищати. Місто вдалося врятувати, але ціною життя Тора.

Розлючений і розбитий горем, Всебатько висилає Локі на Землю за його злочин. Локі опиняється в царстві вина в коробках, локшини швидкого приготування та якоїсь регіональної трупи, відомої як «Баффало Біллз». Це мізерне існування, далеко від великих дворів Асгарда, але він знаходить свого нового друга, Браяна Гекона, набагато привабливішого компаньйона, ніж підлабузники вдома. Справжня зустріч розумів. Локі є Богом пустощів, але глибоко в душі він знає, що ніколи не заслуговував стояти поруч із золотою дитиною їхнього батька Тором, як двоє справжніх синів Одіна.

Проте він не може витримати навіть свого вигнання в мирній ізоляції. Валькірія — Хель, яка прагне виконати свою клятву Тору — вривається до його будинку-трейлера з останніми словами свого брата з потойбіччя: благанням знайти певну докторку Джейн Фостер і передати Мьольнір його законному спадкоємцю.

Поки Локі намагається виконати останнє прохання свого брата, далекосяжні наслідки його фатальної витівки знову переслідують його. Засліплений горем тих, кого він втратив у хаосі, спричиненому Асгардом, Залізна Людина клянеться помститися тим, хто вважає себе богами. Сповнений рішучості захистити Землю від могутності цієї непередбачуваної інопланетної сили, він перетворює власну зброю Асгарда на смертоносний обладунок, щоб знищити будь-який зв’язок між їхніми світами. Хай будуть наслідки. Коли Асгард шукає порятунку в Локі, він повинен відповісти на запитання: чи справді я гідний?

[foolish-neko-reads]

"1793" Ніклас Натт-о-Даґ

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

І я радий, що зацікавився цією книгою, бо анотація не те щоб цікава. Я б просто пройшов повз неї у книгарні. Але я її придбав та не шкодую.

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

У Стокгольмі минулий військовий, а тепер сепарат-вартовий знаходить у засміченому нечистотами озері спотворений труп. Бідолаху позбавили кінцівок, язика, очей та охлушили. Жорстокість вбивці жахає. Оскільки ані владу, ані вище поліцейське керівництво не хвилюють жодні злочини, окрім можливих революційних зворушень, наявних очільник поліцейського відділку домовлюється з юристом, що відомий своїми непорушними принципами, про позаштатне розслідування. Так зустрічаються двоє головних героїв, рушійни сили сюжету - юрист Сесіл Вінґе та сепарат-вартовий Жан-Мішель Кардель.

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

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

Мені сподобалось те, як ця книга написана. Автор не намагається відтворити минуле, створивши атмосферу епохи за допомогою "музейних" описів характерних одягу, архітектури, побуту. В нього нема акценту на силуеті спідниці або формі ліпнини на будівлях. І, як я помітив, письменники минулого теж так не роблять. В них не було потреби, бо люди, для яких вони писали, жили у цьому оточенні щодня. Вони й так чудово уявляли одяг пересічних людей. Тому нема відчуття, що читаєш книгу про минуле. Персонажі ніби живуть у своєму часі та все, що довкола, для них саме собою зрозуміле. Звичне. Також у автора мелодійна легка мова. Оповідь не затягнута, динамічна. Легко та цікаво. І автор вміє утримати увагу та створити інтригу так, щоб вона не дратувала. Натомість, дуже складно відірватись від читання, бо хочеться дізнатися що буде далі.

З задоволенням прочитав цю книгу та сподіваюся, що "1794" теж не розчарує.

[only-student]

Курсова робота на замовлення безкоштовні правки

📚 Замовте курсову роботу з гарантією на only-student!

Не вистачає часу на написання курсової? Не проблема! Ми забезпечимо вам професійний результат у найкоротші терміни, а також надамо безкоштовні правки для досягнення ідеального результату. 📝✨

Не витрачайте час на стреси та напруження – довірте написання курсової роботи професіоналам! Замовте курсову роботу на only-student і забезпечте собі успіх у навчанні! 📘🌟

📞 Замовляйте прямо зараз: https://only-student.com/articles/kursova-robota-na-zamovlennya-bezkoshtovni-pravki

#onlystudent #курсова #курсоваробота #курсовароботаназамовлення #курсованазамовлення #курсоваяназаказ #курсовая #курсоваяработаназаказ #дипломнаназамовлення #дипломна #дипломнаяработа #україна🇺🇦 #україна #рекомендації #рек #лайк #реферат #рефератназаказ #рефератназамовлення #тези #тезиназамовлення #тезинаконфернецію #анотація #презентація #презентаціяназамовлення #презентаціяназаказ #бакалавр #магістр #студент #допомогастудентам #допомогастудентамукраїна

Курсова робота на замовлення безкоштовні правки

Замовити курсову роботу недорого

Професійне написання курсових робіт

Курсова робота на замовлення Київ

Термінове написання курсової роботи

Курсові роботи на замовлення Львів

Замовити курсову роботу швидко

Безкоштовні правки курсових робіт

Курсова робота на замовлення онлайн

Якісні курсові роботи на замовлення

Замовити курсову роботу в Києві

Написання курсової роботи з гарантією

Курсова робота недорого і швидко

Як замовити курсову роботу

Курсова робота терміново Львів

[offellia]

обирати книжку не по запланованому списку, а просто тому що сподобалась її анотація>>>

[axelarukraine]

Axelar Network Whitepaper in Ukrainian

Проект 1.0 Січень 2021 Анотація Виникають численні екосистеми блокчейнів, які надають унікальні та відмінні функції, привабливі для користувачів та розробників додатків. Однак комунікація в екосистемах дуже рідкісна та фрагментована. Щоб програми могли безперешкодно обмінюватися даними між екосистемами блокчейнів, ми пропонуємо Axelar. Стек Axelar надає децентралізовану мережу, протоколи, інструменти та інтерфейси API, які забезпечують простий зв'язок між ланцюгами. Набір протоколів Axelar складається з протоколів транскордонної маршрутизації та передачі. Децентралізована відкрита мережа валідаторів забезпечує роботу мережі; будь-хто може приєднатися, використовувати його та брати участь. Візантійський консенсус, криптографія та механізми стимулювання розроблені для досягнення високих вимог до безпеки та живучості, унікальних для міжмережних запитів. 1. Вступ Блокчейн-системи швидко набирають популярності та залучають нові варіанти використання токенізації активів, децентралізованого фінансування та інших розподілених додатків. Декілька основних платформ, таких як Ethereum, Monero, EOS, Cardano, Terra, Cosmos, Avalanche, Algorand, Near, Celo та Polkadot, пропонують різні функції та середовища розробки, які роблять їх привабливими для різних програм, сценаріїв використання та кінцевих користувачів [5] , 11, 4, 21, 20, 23, 24, 19, 6, 14, 25]. Однак, корисні функції кожної нової платформи в даний час пропонуються менше 1% користувачів екосистеми, а саме власникам власних токенів на цій платформі. Чи можемо ми дозволити розробникам платформ легко підключати свої блокчейни до інших екосистем? Чи можемо ми дозволити розробникам додатків використовувати найкращу платформу для своїх потреб, зберігаючи зв'язок між декількома екосистемами блокчейнів? Чи можемо ми дозволити користувачам взаємодіяти з будь-яким додатком у будь-якому ланцюжку блоків прямо зі своїх гаманців? Щоб зв'язати екосистеми блокчейнів і дозволити програмам безперешкодно взаємодіяти між ними, ми пропонуємо мережу Axelar. Валідатори колективно запускають візантійський протокол консенсусу і запускають протоколи, що полегшують запити між мережами. Будь-хто може приєднатися до мережі, брати участь та використовувати її. Базова мережа оптимізована для високих вимог до безпеки та живучості, унікальних для міжланцюгових запитів. Мережа Axelar також включає набір протоколів і API. Основні протоколи: • Міжмережевий міжмережевий протокол (CGP). Цей протокол аналогічний до протоколу прикордонного шлюзу в Інтернеті. Цей протокол використовується для з'єднання декількох автономних екосистем блокчейнів та відповідає за маршрутизацію між ними. Блокчейнам не потрібно «говорити будь-якою мовою, що настроюється», розробникам їх платформ не потрібно вносити будь-які зміни в свої ланцюжки, і їх ланцюжки можна легко підключити до глобальної мережі. • Протокол міжмережевої передачі (CTP). Цей протокол подібний до протоколів прикладного рівня File Transfer, Hypertext Transfer Protocols в Інтернеті. Це стек протоколів рівня програми, що знаходиться поверх протоколів маршрутизації (таких як CGP та інші технології маршрутизації). Розробники програм можуть підключати свої децентралізовані програми до будь-якого ланцюжка для виконання крос-ланцюгових запитів. Користувачі можуть використовувати протокол CTP для взаємодії з програмами в будь-якому ланцюжку, використовуючи прості виклики API, аналогічні запитам HTTP GET/POST. Розробники можуть блокувати, розблокувати та передавати активи між будь-якими двома адресами на будь-яких платформах блокчейнів, виконувати тригери кросс-чейн додатків (наприклад, децентралізовані додатки в ланцюжку A можуть оновлювати його стан, якщо будь-який інший додаток у ланцюжку B задовольняє деяким критеріям процентна ставка > Ікс)) і виконувати загальні крос-ланцюгові запити між програмами в ланцюжках (смарт-контракт у ланцюжку A може викликати для оновлення стану смарт-контракту в ланцюжку B). Цей протокол дозволяє компонувати програми у екосистемах блокчейнів. Мережа Axelar пропонує такі переваги: • Для розробників блокчейн-платформ: Можливість легко підключати свої блокчейни до всіх інших екосистем блокчейнів. Для підключення до мережі необхідно налаштувати в ланцюжку лише граничний обліковий запис. • Для розробників децентралізованих програм: Творці програм можуть розміщувати свої децентралізовані програми де завгодно, блокувати, розблокувати, передавати активи та зв'язуватися з програмами в будь-якому іншому ланцюжку через CTP API. • Для користувачів: Користувачі можуть взаємодіяти з усіма програмами екосистеми безпосередньо зі своїх гаманців. Платформа для будівельників. Нарешті, мережа Axelar – це платформа для розробників та світової спільноти. Його модель управління відкрита всім. Розробники можуть пропонувати ти нові точки інтеграції, маршрутизацію та протоколи рівня додатків, а користувачі можуть вирішити, чи приймати їх шляхом голосування за пропозиціями, і у разі схвалення валідатори ухвалять зміни. 1.1 Існуючі рішення для взаємодії Поперед��і спроби вирішити проблему взаємодії між блокчейнами потрапляють в одну з чотирьох категорій: централізовані обміни, екосистеми, що взаємодіють, обгорнуті активи і мости токенів. Ми коротко резюмуємо ці підходи нижче. Централізовані системи. Сьогодні централізовані системи — єдині дійсно масштабовані рішення для взаємодії. Вони можуть легко перерахувати будь-який актив або використовувати будь-яку платформу. Тим не менш, централізовані системи, як відомо, мають різні проблеми з безпекою і недостатньо хороші для забезпечення функціонування децентралізованої фінансової системи, що розвивається, яка вимагає надійної безпеки, прозорості та відкритого управління. Самі собою вони можуть управляти децентралізованими додатками у міру їх зростання. Центри взаємодії. Такі проекти, як Cosmos, Polkadot, Ava labs, звертаються до взаємодії міжбічні ланцюги рідні для їх екосистем, що використовують протоколи міжмережевої взаємодії, що настроюються [23, 25, 24]. Наприклад, можна розгорнути боковий ланцюжок (зону Cosmos), який може взаємодіяти з Cosmos Hub. Сайдчейн повинен бути заснований на консенсусі Tendermint та говорити на протоколі, спочатку зрозумілому для Cosmos Hub. Підключення до інших блокчейнів та екосистем, що говорять різними мовами, залишено на розсуд зовнішніх технологій. Парні мости. Обгорнуті активи (наприклад, обернуті біткойни) намагаються заповнити недостатню прогалину міжмережевої взаємодії в екосистемі. Один з прикладів — tBTC [9], який являє собою протокол, що настроюється, в якому для захисту перекладів використовується розумна комбінація смарт-контрактів і забезпечення. Ці рішення вимагають значних інженерних зусиль для створення - для кожної пари ланцюжків розробники повинні створити новий смарт-контракт у ланцюжку призначення, який аналізує докази стану з ланцюжка походження (аналогічно тому, як кожен бічний ланцюжок може, в принципі, аналізувати стан інших ланцюжків). З використанням цього підходу було перекинуто лише кілька мостів. Ці підходи не масштабуються, коли один із базових ланцюжків блоків хоче оновити свої правила консенсусу або формат транзакції. Це пов'язано з тим, що всі смарт-контракти, що залежать від цих ланцюжків, необхідно буде оновити. Також необхідно налаштувати валідатори та вимагати, щоб вони блокували різні активи, щоб забезпечити надмірне забезпечення будь-якої передачі активів. Ми також бачили кілька інших одноцільових мостів, розроблених розробниками платформ, які переписують логіку переходу між станами у смарт-контрактах для підключення до інших екосистем [1, 7]. Вони страждають від багатьох проблем з масштабованістю, не дозволяють екосистемі поступово масштабуватися і вводять додаткові залежності для додатків. Наприклад, при зміні однієї платформи необхідно оновити всі смарт-контракти на всіх мостах. Цей зрештою поставить екосистему в безвихідь, де ніхто не зможе оновитися. Нарешті, якщо один одноцільовий міст з'єднує платформи A і B, а другий одноцільовий міст з'єднує B і C, це не означає, що програми на A можуть взаємодіяти з додатками на C. Можливо, потрібно створити ще один одноцільовий міст. призначити міст або перепрограмувати логіку програми. Інші спроби вирішити проблему взаємодії включають федеративні оракули (наприклад, Ren [8]) і блокдійні взаємодії для конкретних додатків [10]. Підсумовуючи, можна сказати, що існуючі рішення для взаємодії вимагають важкої інженерної роботи як з боку розробників платформи, так і з боку розробників додатків, які повинні розуміти різні протоколи зв'язку для взаємодії кожної пари екосистем. Таким чином, у сьогоднішньому блокчейн-просторі функціональна сумісність практично відсутня. Зрештою, розробники платформ хочуть зосередитися на створенні платформ та оптимізувати їх для своїх сценаріїв використання та мати можливість легко підключатися до інших блокчейнів. А розробники додатків хочуть створювати децентралізовані додатки на кращих платформах для своїх потреб, використовуючи користувачів, ліквідність і спілкуючись з іншими децентралізованими додатками в інших ланцюжках. 2. У пошуках масштабованого міжмережевого зв'язку По суті, міжмережева взаємодія вимагає, щоб різнорідні мережі навчилися спілкуватися однією мовою. Щоб вирішити цю проблему, ми пояснюємо набір протоколів Axelar, описуємо його високорівневі властивості та пояснюємо, як ці властивості відносяться до ядра масштабованого міжмережевого зв'язку. 1. "Plug-and-play" інтеграція. Від розробників платформи блокчейнів не потрібно виконувати важку інженерію або роботу з інтеграції, щоб говорити якоюсь «спеціальною мовою» для підтримки крос-ланцюжка. Протокол крос-ланцюжка повинен мати можливість без проблем підключати будь-який існуючий або новий ланцюжок блоків. Нові активи слід додавати з мінімальними зусиллями. 2. Крос-чейн маршрутизація. Такі функції, як виявлення мережевих адрес, маршрутів маршрутизації та мереж, лежать в основі Інтернету та підтримуються BGP та іншими протоколами маршрутизації. Так само, щоб полегшити взаємодію між екосистемами блокчейнів, нам необхідно підтримувати виявлення адрес між ними, додатків та маршрутизації. 3. Підтримка можливості оновлення. Якщо одна з екосистем блокчейнів зміниться, це не вплине на сумісність інших блокчейнів. Система повинна розпізнавати оновлення, і їх підтримки повинні вимагатися мінімальні зусилля (т. е. не слід переписувати «логіку переходу між станами» і додатки нічого не винні ламатися). 4. Єдина мова для програм. Програмам потрібен простий протокол для блокування, розблокування, передачі та взаємодії з іншими програмами, незалежно від того, в якому ланцюжку вони знаходяться. Цей протокол повинен бути незалежним від ланцюжка та підтримувати прості виклики, аналогічні протоколам HTTP/HTTPS, які дозволяють користувачам та браузерам зв'язуватися з будь-яким веб-сервером. У міру того, як все більше мереж і ресурсів приєднуються до протоколів маршрутизації нижнього рівня, програми повинні мати можливість використовувати їх для зв'язку, не переписуючи свої програмні стеки. Далі ми резюмуємо вимоги безпеки, яким мають відповідати ці протоколи. 1. Децентралізована довіра. Мережа та протоколи мають бути децентралізованими, відкритими та дозволяти всім брати справедливу участь. 2. Висока безпека. Система має відповідати високим гарантіям безпеки. Система повинна зберігати безпеку активів та стану у міру їх обробки кросс-чейн мережею. 3. Висока живучість. Система повинна відповідати гарантіям високої живучості для підтримки програм, що використовують кросс-чейн функції. Задовольнити підмножину цих властивостей легко. Наприклад, можна створити федеративний обліковий запис з кількома підписами зі своїми друзями та заблокувати/розблокувати активи у відповідних ланцюжках. Такі системи за своєю природою уразливі для змови та атак цензури, і у валідаторів відсутні належні стимули для їхнього захисту. Створення децентралізованої мережі та набору протоколів, у якій кожен може брати участь при правильному стимулюванні, може забезпечити безперешкодний зв'язок між ланцюгами, але вирішення цієї складної проблеми потребує ретельного поєднання консенсусних, криптографічних протоколів та протоколів проектування механізмів. 3. Мережа Axelar Мережа Axelar надає єдине рішення для міжмережевої взаємодії, яке відповідає потребам обох розробників платформи - від них не потрібно ніяких інтеграційних робіт, а від розробників додатків - один простий протокол і API для доступу до глобальної ліквідності та зв'язку з усією екосистемою. Мережа Axelar складається з децентралізованої мережі, яка з'єднує екосистеми блокчейнів, що говорять різними мовами, та набору протоколів з API нагорі, що спрощує додатків виконання запитів між ланцюгами. Мережа з'єднує існуючі автономні ланцюги блоків, такі як Bitcoin, Stellar, Terra, Algorand, та центри взаємодії, такі як рішення, такі як Cosmos, Avalanche, Ethereum та Polkadot. Наша місія – дати можливість розробникам додатків спростити створення таких додатків за допомогою універсального протоколу та API без розгортання їх пропрієтарних протоколів крос-ланцюжка або переписування додатків у міру розробки нових мостів. Для цього ми розробили набір протоколів, який включає протокол міжмережевого шлюзу (див.6) та протокол міжмережевої передачі (див. розділ 7). Основним компонентом мережі є децентралізовані протоколи, що лежать в основі. Валідатори спільно підтримують мережу Axelar та запускають вузли, які захищають блокчейн Axelar. Вони обираються користувачами у процесі делегування. Валідатори одержують право голосу пропорційно до делегованої їм частки. Валідатори досягають консенсусу щодо стану кількох ланцюжків блоків, яких підключена платформа. Блокчейн відповідає за підтримку та запуск міжмережевих протоколів маршрутизації та передачі. Правила управління дозволяють учасникам мережі приймати рішення про протоколи, наприклад, які ��локчейни з'єднувати та які активи підтримувати. Блокчейн Axelar слідує моделі делегованого підтвердження ставки (DPoS), аналогічної Cosmos Hub. Користувачі вибирають валідаторів, які мають пов'язувати свою частку, щоб брати участь у консенсусі та підтримувати високу якість обслуговування. Модель DPoS дозволяє підтримувати великий набір децентралізованих валідаторів та надійні стимули, щоб гарантувати, що валідатори несуть відповідальність за підтримання мостів і до того, лей схем криптографічних порогів. В рамках консенсусу валідатори запускають легке клієнтське програмне забезпечення інших блокчейнів, що дозволяє перевіряти стан інших блокчейнів. Валідатори повідомляють про ці стани в блокчейн Axelar, і як тільки вони повідомляють достатню кількість повідомлень, стан Біткойн, Ефіріум та інших ланцюжків записується в Axelar. Згодом базовий рівень Axelar знає про стан зовнішніх ланцюжків блоків у будь-який момент часу, створюючи "вхідні мости" з інших ланцюжків блоків. Валідатори колективно підтримують облікові записи з пороговим підписом на інших блокчейнах (наприклад, 80% валідаторів повинні схвалювати та спільно підписувати будь-яку транзакцію поза ним), що дозволяє їм блокувати та розблокувати активи та стан у ланцюжках, а також публікувати стан в інших блокчейнах, «вихідних мостах ». Загалом мережу Axelar можна розглядати як децентралізований кроссчейн оракул читання/запису. У частині, що залишилася, описані попередні заходи та будівельні блоки, що стоять за мережею (Розділ 4), деякі технічні подробиці мережі (Розділ 5), міжмережевий міжмережевий протокол шлюзу (розділ 6) і протокол міжмережевої передачі (Розділ 7). 4. Попередні заходи 4.1 Позначення та припущення Дозволяти Vr позначають набір валідаторів Axelar на раунді R. У кожного валідатора є маса, число (0, 1) означає право голосу цього конкретного валідатора. Вага всіх валідаторів у сумі становить 1. Валідатор вірний якщо вона запускає вузол, що відповідає правилам протоколу Axelar. Щоб завершити блоки або підписати крос-чейн запити, Axelar вимагає правильних валіторів загальної ваги. > F . Ми називаємо параметр F ∈ [0.5, 1] ​​поріг протоколу. Акселар може бути заснований на миттєву остаточність Делегований доказ ставки блокчейн. Валідатори запускаються Byzan- tine Fault Tolerant (BFT) у кожному раунді і доопрацювати перший блок. Одного разу i- тий блок завершено, новий консенсус BFT запускається для завершення i+ 1 блок і так далі. Валідатори обираються шляхом делегування часток. Користувач з певною часткою може вирішити запустити вузол валідатора або делегувати своє право голосу (stake) існуючому валідатору, який голосує від його імені. Набір валідаторів може бути оновлений, валідатори приєднуються/залишають набір, а користувачі делегують/скасовують делегування свого права голосу. Різні блокчейни працюють за різних мережевих припущень. Синхронне спілкування означає, що існує фіксована верхня межа ∆ часу доставки повідомлень, де ∆ відомо і може бути вбудоване протокол. Асинхронний зв'язок означає, що доставка повідомлень може тривати скільки завгодно довго, і відомо, що протоколи BFT не можуть бути побудовані для асинхронних мереж навіть за наявності тільки одного шкідливого валідатора. Реальний компроміс між синхронністю та асинхронністю – це припущення про те, що частково синхронний зв'язок. Мережа може бути повністю асинхронною до деякого невідомого часу глобальної стабілізації (GST), але після того, як зв'язок GST стане синхронним з відомою верхньою межею ∆ [17]. Типові блокчейни працюють при допущенні: > F правильні валідатори. Для синхронних мереж F = 1/2 зазвичай встановлюється, але для слабкішого припущення про частково синхронної мережі F = 2/3. Біткойн, його форки та поточна Proof-of-Work версія Ethereum працюють лише за умови синхронізації. Інші, такі як Algorand та Cosmos, вимагають лише часткової синхронізації. При з'єднанні ланцюжків через Axelar з'єднання працює з урахуванням найсильніших мережевих припущень цих ланцюжків, що є синхронним, наприклад, у разі з'єднання Біткойн і Cosmos. Сам блокчейн Axelar працює в частково синхронному режимі і, отже, вимагає F = 2/3, але можна поліпшити граничну вимогу, якщо припустити, що інші існуючі ланцюжки блоків безпечні, і посилити їхню безпеку. 4.2 Попередні криптографічні операції Цифрові підписи. А схема цифрового підпису набір алгоритмів (Keygen, Sign, Verify). Keygen виводить пару ключів (PK, SK). Тільки власник SK може підписувати повідомлення, але будь-хто може перевірити підписи за допомогою відкритого ключа РК. Більшість систем блокчейнів сьогодні використовують одну зі стандартних схем підпису, таку як ECDSA, Ed25519 або кілька варіантів [2, 3]. Порогові підписи. А схема порогового підпису дозволяє групі сторони розділити секретний ключ для схеми підпису таким чином, щоб будь-яке підмножина t + 1 або кілька сторін можуть співпрацювати для створення підпису, але не підмножина т або менша кількість сторін можуть поставити підпис або навіть дізнатися якусь інформацію про секретний ключ. Підписи, створені пороговими протоколами ECDSA і EdDSA, виглядають ідентичними підписам, створеним автономними алгоритмами. Схема порогового підпису замінює Keygen та Підписати алгоритми звичайної схеми підпису з розподіленими п-party протоколами Т.keygen, T. sign. Для цих протнавколо зазвичай потрібні як загальнодоступний канал широкомовної передачі, так і приватні парні канали між сторонами, і вони зазвичай включають кілька раундів зв'язку. Після успішного завершення Т.keygen кожен користувач володіє часткою Si секретного ключа SK та відповідного відкритого ключа PK. Протокол T.Sign дозволяє цим сторонам поставити підпис що це повідомлення дійсно під відкритим ключем PK. Цей підпис може перевірити будь-хто, хто використовує алгоритм перевірки вихідної схеми підпису. 4.3 Властивості порогових сигнатур Схема порогових значень може мати кілька властивостей, які є особливо бажаними для децентралізованих мереж: Захист від нечесної більшості. Деякі граничні схеми обмежені тим, що вони безпечні. тільки коли більшість п партії чесні. Таким чином, пороговий параметр t має бути меншим ніж n/2 [15]. Це обмеження зазвичай супроводжується тим, що 2t + 1. Для підписання необхідні чесні сторони, хоча тільки t + 1 пошкоджені сторони можуть вступити в змову, щоб відновити секретний ключ. Схеми, на які не поширюється це обмеження, називаються захищати від нечесної більшості. Як обговорюється пізніше в Розділі 5.2, кросс-чейн платформи повинні забезпечувати максимальну безпеку своїх мереж і бути в змозі терпіти якнайбільше корумпованих сторін. Таким чином, необхідні схеми, що допускають нечесну більшість. Попередній підпис, неінтерактивний онлайн-підпис. Прагнучи знизити навантаження на спілкування після того, як сторони підписали повідомлення, кілька недавніх протоколів визначили значну частину роботи для підпису, яка може бути виконана "в автономному режимі", перш ніж повідомлення для підпису стане відомим [18, 13]. Результат цієї автономної фази називається попередній підпис. Виготовлення попередніх підписів сприймається як окремий протокол. T.Presign на відміну від Т.Keygen і T. Sign. Вихідні дані протоколу попереднього підпису повинні залишатися конфіденційними для сторін, доки вони не будуть використовуватися на етапі підписання. Пізніше, коли повідомлення підпису стане відомо, залишиться виконати лише невелику додаткову «онлайн» роботу в T. Sign для завершення підпису. Online T. Sign Етап не вимагає будь-якого спілкування між сторонами. Кожна сторона просто виконує локальні обчислення для повідомлення та попереднього підпису, а потім оголошує про свою частку підпису. (Після того, як цей підпис стане загальнодоступним, він буде S1,. Надійність. Порогові схеми гарантують лише те, що частина зловмисників не може підписувати повідомлення або дізнатися про секретний ключ. Однак ця гарантія не виключає можливості того, що зловмисники можуть заблокувати створення ключів або підписів будь-ким. У деяких схемах зловмисне поведінка навіть однієї сторони може викликати Т.Кейген або T. Знак для скасування без корисного висновку. Єдиний вихід - перезапустити протокол, можливо, з іншими сторонами. Натомість для децентралізованих мереж ми хочемо Т.Кейген і T. Знак досягти успіху, якщо хоча б т + 1 зі сторін чесна, навіть якщо деякі зловмисники відправляють спотворені повідомлення або пропускають повідомлення в протоколах. Ця властивість називається надійність. Атрибуція вини. Уміння виявляти поганих акторів у Т.Кейген або T. Знак називається приписуванням провини. Без встановлення провини важко надійно виключити чи покарати зловмисників, й у разі витрати, накладені зловмисниками, повинні нести все. Ця властивість також важлива для децентралізованих мереж, де зловмисна поведінка має бути ідентифікована та економічно обмежена за допомогою правил скорочення. Безпека в паралельних настройках. Схема підпису має бути безпечною в паралельному налаштуванні, де кілька екземплярів генерації ключів та алгоритмів підпису можуть бути задіяні паралельно. (Драйверс та ін [16], наприклад, у цих налаштуваннях продемонстрував атаку на схеми з множинним підписом Шнорра). Існують версії схем ECDSA та Шнорра, які задовольняють цим властивостям [13, 22]. ECDSA і EdDSA на сьогоднішній день є найбільш широко використовуваними схемами підпису у просторі блокчейнів. Отже, порогові версії обох схем були у центрі уваги недавнього відродження досліджень, і розробок. Читачі, які цікавляться новітніми технологіями, можуть звернутися до [22, 13, 18] та нещодавня оглядова доповідь [12]. 5. Axelar мережа 5.1 Проектування відкритої кроссчейнової мережі 5.1 Мости, що підтримуються мережею Axelar, підтримуються граничними обліковими записами, тому (майже) всі валідатори повинні колективно авторизувати будь-який міжмережевий запит. Проектування мережі, в якій кожен може брати участь у захисті цих мостів, вимагає дотримання таких технічних вимог: • Відкрите членство. Будь-який користувач повинен мати можливість та переписати історію, викрадаючи при цьому засоби інших користувачів. У мережах з підтвердженням роботи без достатньої децентралізації досить легко створювати довгі форки та подвоювати витрати, як показали численні атаки на Bitcoin Gold та Ethereum Classic. Більшість досліджень безпеки блокчейнів зосереджено на суверенних ланцюжках. Але як ланцюги починають взаємодіяти, необхідно враховувати нові вектори атак. Наприклад, припустимо, що Ethereum спілкується з невеликим ланцюжком блоків X через прямий міст, керований двома смарт-контрактами, одним на Ethereum і одним на X. Крім технічних проблем, які ми підсумовували в розділі 1.1, необхідно вирішити, що станеться, якщо припущення про довіру X порушуються. У цьому випадку, якщо ETH перемістився в X, валідатори X можуть вступити в змову, щоб створити історію X, в якій вони зберігають весь ETH, опублікувати підроблені докази консенсусу на Ethereum і вкрасти ETH. Ситуація ще гірша, коли X пов'язаний із декількома іншими ланцюжками через прямі мости, де, якщо X розгалужується, ефекти поширюються через кожен міст. Налаштування посібника з управління відновленням для кожного попарного мосту – непросте завдання для будь-якого окремого проекту. Мережа Axelar вирішує проблеми безпеки, використовуючи такі механізми: • Максимальна безпека. Axelar встановлює поріг безпеки на 90%, що означає, що майже всім валідаторам доведеться вступити в змову, щоб вивести будь-які засоби, заблоковані мережею, або підробити докази стану. "1". На практиці було помічено, що у валідаторів PoS дуже високий час безвідмовної роботи (близький до 100%) за умови, що вони належним чином мотивовані. Отже, мережа Axelar вироблятиме блоки навіть незважаючи на цей високий поріг. Однак в окремих випадках, коли щось йде не так і мережа зупиняється, мережі потрібні надійні механізми відкату для перезавантаження системи, описаної нижче. • Максимальна децентралізація. Оскільки в мережі використовуються схеми порогового підпису, кількість валідаторів може бути максимально великою. Мережа не обмежена кількістю валідаторів, які ми можемо підтримувати, лімітами транзакцій або комісіями, які можуть виникнути в результаті використання, наприклад, мультипідписів у різних ланцюжках, де складність (і комісії) лінійно зростають із кількістю валідаторів. "2" • Надійні механізми повернення. Перше питання, яке необхідно вирішити в мережі з високими порогами безпеки, як зазначено вище, це те, що відбувається, коли сама мережа зупиняється. Допустимо, сама мережа Axelar глухне. Чи можемо ми створити запасний механізм, який би дозволив користувачам повернути свої кошти? Щоб усунути будь-яку потенційну зупинку мережі Axelar, кожен обліковий запис порогового мосту в ��анцюжку блоків X, який валідатори Axelar колективно контролюють, має «ключ аварійного розблокування». Цим ключем можна поділитись 1 Можна змінити останній параметр, який буде вибрано для розгортання мережі. 2 Для деяких блокчейнів мультипідписи пропонують розумну альтернативу, коли обсяги газу невеликі і підходять формати повідомлень, що підтримуються. Але вони не масштабуються для двох найбільших платформ, таких як Біткойн та Ефіріум. Між тисячами сторін і може навіть бути ключем для блокчейна X, який використовується в спільноті цього ланцюжка. Отже, якщо мережа Axelar зависне, цей ключ діятиме як резервний і дозволить відновити активи (докладніше див. нижче). • Максимальна децентралізація механізмів відкату. Цей механізм відкату включає вторинний набір для відновлення користувачів, в яких будь-який бажаючий може взяти участь безкоштовно. Цим користувачам не потрібно перебувати в мережі, запускати вузли або координувати свої дії. Вони викликаються на чергування лише в тому випадку, якщо мережа Axelar зупиняється і не може відновитись. Безпека мережі підвищується за рахунок дуже високого порога для набору первинних валідаторів та максимально децентралізованого вторинного набору для відновлення. • Спільне керування. Загальний протокол керує мережею Axelar. Колективно користувачі можуть проголосувати за те, який ланцюжок повинен підтримуватись через свою мережу. Мережа також виділить пул коштів, який можна використовуватиме компенсації користувачам у разі непередбачених надзвичайних ситуацій, також контрольованих з допомогою протоколів управління. Нижче розглядаються різні механізми безпеки. Зворотні механізми. Коли Axelar зупиняється через високий поріг, «ключ аварійного розблокування» перебирає управління мережею. Існує кілька способів створення екземпляра цього ключа розблокування, і деякі ланцюжки / програми можуть вибрати використання іншого варіанта для «набору відновлення» або повністю відмовитись: “3” • Варіант а. Діліться ключем між фондами блокчейн-проектів та авторитетними людьми у спільноті. • Варіант б. Розподіліть партії, обрані через делегований механізм PoS. • Варіант с. Для облікових записів, що управляють активами та інформацією для ланцюжка/додатка X, поділитеся налаштованим ключем між зацікавленими сторонами/валідаторами X. Припускаючи, що X має механізми управління, ті ж механізми управління можуть бути застосовані для визначення курсу дій, якщо Axelar застопориться. Тепер, враховуючи особи користувача відновлення та їх відкриті ключі, простий протокол генерує спільно використовувані ключі відновлення, про які ніхто не знає. Більш того, користувачам набору для відновлення не потрібно перебувати в мережі, доки вони не будуть викликані для відновлення через механізми керування. Наслідуючи стандартні протоколи розподіленої генерації ключів, кожен валідатор Axelar використовує випадкове значення. Секретний ключ відновлення створюється шляхом підсумовування цих значень. Замість того, щоб проводити підсумовування у відкритому вигляді, всі загальні ресурси шифруються за допомогою відкритих ключів користувачів, що виконують відновлення, а потім гомоморфно підсумовуються (це передбачає адитивне гомоморфне шифрування і додатковий рівень з нульовим розголошенням, які легко отримати). Результатом цього протоколу є відкритий ключ відновлення. РПК і потенційно тисячі шифрувань (під загальнодоступними ключами користувачів відновлення) загальних ресурсів відповідного секретного ключа Encя (sя), які поширюються серед їх власників (наприклад, розміщуються в мережі). Мостові контракти Axelar включають можливість повернення коштів з використанням РПК за певних умов. Нарешті, також можна оновити цей ключ відновлення і навіть змінити набір користувачів, які володіють акціями, без будь-яких дій з боку акціонерів. Якщо ланцюг X, пов'язаний з акселаром, обривається, є кілька варіантів: • Встановіть обмеження на вартість активів у доларах США, які можуть бути переміщені у/з X у будь-який день. Таким чином, шкідливий ланцюг X може вкрасти лише невелику частину всіх пов'язаних з нею активів до того, як валідатори Axelar виявлять це і спрацюють механізми управління з наступних пунктів. • Модуль керування Axelar можна використовувати для голосування з приводу того, що відбувається у таких ситуаціях. Наприклад, якщо є безпечна помилка і спільнота перезапускає X, керівництво Axelar може вирішити перезапустити з'єднання з місця, де воно було перервано. • Якщо ETH перемістився в X, власний ключ відновлення Ethereum може визначити, що відбувається з активами ETH. 3. Остаточне розгортання мережі Axelar буде завершено ближче до запуску мережі. 6 Міжмережевий шлюз (CGP) У цьому розділі ми пояснимо протокол міжмережевого шлюзу та механізми маршрутизації на двох основних прикладах, загальних для потреб багатьох додатків: Синхронізація станів (Розділ 6.2). Розміщувати інформацію про стан вихідного ланцюжка блоків S стан цільового ланцюжка блоків D. (Наприклад, розмістіть заголовок блоку Біткойн у ланцюжку блоків Ethereum.) Передача активів (Розділ 6.3). Перенести цифровий актив із S до D і назад. (Наприклад, перенесіть біткойни з ланцюжка біткойнів у ланцюжок блоків Ethereum, а потім назад у ланцюжок блоків біткойнів.) Для простоти припустимо, що ланцюжок D має хоча б мінімальну підтримку смарт-контрактів, але S може бути будь-яким блокчейном. 6.1 Аккаунти в інших мережах Щоб зв'язати різні ланцюжки, у кожному ланцюжку створюються порогові облікові записи, які контролюють потік цінності та інформації. Для ланцюгаЛанцюг, позначимо рахунок через ЛанцюгАкселар. Біткойн-рахунок. Для Біткойн та інших ланцюжків не смарт-контрактів валідатори Axelar створюють пороговий ключ ECDSA відповідно до розділу 5.1. Цей ключ контролює обліковий запис ECDSA в біткойнах і є адресою призначення, яким користувачі відправляють депозити. Персоналізовані порогові ключі можуть бути створені на запит користувача. Ключ може періодично оновлюватися, а останній ключ та персоналізовані ключі можна знайти, запросивши вузол Axelar. Аккаунт Threshold Bridge у ланцюжках зі смарт-контрактами. Позначимо ланцюг через SC. валідатори створюють пороговий ключ ECDSA або ED25519 згідно з розділом 5.1, залежно від того, який тип ключа підтримує ланцюжок. Позначимо цей ключ через ПКАкселар, коли немає двозначності в тому, про який ланцюжок йдеться. Цей ключ управляє обліковим записом смарт-контракту на SC, позначеному SCАкселар, і будь-який додаток на SC може запитати SCАкселар, щоб дізнатися PK-адресу цього ключа. Таким чином, будь-яка програма SC може розпізнавати повідомлення, підписані SKАкселар. Протокол також повинен враховувати значення ПКАкселар, що обертаються. Відбувається це так: 1. Ініціалізувати SCaxelar на SC. Він зберігає PKaxelar як частину його стану, який ініціалізується як його значення генези на Axelar. SCaxelar також включає правила оновлення ПК. 2. Обновити PKaxelar, транзакція формату (оновлення, PKnew) повинні бути представлені за підписом чинного SKaxelar. Тоді договір встановлює PKaxelar = PKnew. 3. Щоразу, коли валідатори оновлюють пороговий ключ для SC з PKi до PKi+1, Axelar запитує, щоб валідатори використовували SKяпідписувати (оновлення, PK^(i+1)). Згодом цей підпис розміщується в SCaxelar які оновлення PKaxelar. 6.2 Синхронізація станів Дозволяти qS позначають довільне питання про стан ланцюга S. Приклади таких питань включають: • «У якому раунді блоку, якщо це було, з'явилося tx транзакції? “ • «Яке значення певного поля даних? » • «Що таке кореневий хеш Меркла всього стану S у блоці раунду 314159? » Дозволяти аS позначити правильну відповідь на qS і припустимо, що кінцевий користувач або програма вимагає, щоб аS бути розміщеним у мережі D. Мережа Axelar задовольняє цей попит так: 1. Користувач надсилає запит. qS на одному з мостових облікових записів (які згодом приймаються валідаторами) або безпосередньо в блокчейн Axelar. 2. В рамках консенсусу Axelar кожен валідатор повинен запускати програмне забезпечення вузла для ланцюжків. S, D. Валідатори Axelar запитують API свого ланцюга S програмне забезпечення вузла для відповіді аS і повідомити відповідь мережі Axelar. 3. Один раз > F зважені валідатори повідомляють ту саму відповідь на раунді р, Акселар просить валідаторів підписати аS. 4. Використовуючи граничну криптографію, валідатори підписують аS. Підпис включено до блоку + 11. 5. Будь-який бажаючий може прийняти значення зі знаком. аS з блоку р + 11 та опублікуйте його в D. 6. Запит було опрацьовано. Будь-яка програма наD тепер може приймати значення зі знаком аS, запит DАкселар для останніх ПКАкселар, і переконайтеся, що підпис аS відповідає ПКАкселар. Валідатори також публікують S на бридж-аккаунт в ланцюжку D, які програми можуть отримувати. 6.3 Передача активів між мережами Мережа дозволяє передавати цифрові активи між ланцюгами, розширюючи процес синхронізації станів розділу 6.2. Достатній запас прив'язаних S токени друкуються і контролюються DАкселар при його ініціалізації. Припустимо, користувач вимагає обмінятиІкскількість токенів у вихідному ланцюжку S для Ікс кількість прив'язаних-S токени в ланцюжку призначення D, щоб бути депонованим в D-адреса WD на вибір користувача. Ми представляємо повністю загальний робочий процес, що підтримує довільні вихідні ланцюжки. S- навіть такі мережі, як Біткойн, які не підтримують смарт-контракти: 1. Користувач (або програма, що діє від імені користувача) надсилає запит на передачу (х, шD) на обліковий запис порогового мосту, який згодом надсилається до мережі Axelar. 2. Валідатори Axelar використовують граничну криптографію для колективного створення нової адреси депозиту. dS для S. Вони публікують dS в блокчейн Axelar. 3. Користувач (або програма, що діє від імені користувача) дізнається dS шляхом моніторингу блокчейна Axelar. Користувач відправляєІкскількість S-токени для адреси dS через звичайний S-угода tx S використовуючи своє улюблене програмне забезпечення для мережі S. (Через граничну властивість dS, токени не можна витратити з dS якщо для цього не координується порогова кількість валідаторів.) 4. tx S розміщено на Axelar. Валідатори запитують API свого ланцюжка. S програмне забезпечення вузла для існування tx S і, якщо відповідь «істина», повідомити відповідь у ланцюжок Axelar. 5. Один раз > F виважені валідатори повідомляють “вірно” для tx S на раунді р, Акселар просить валідаторів підписати транзакцію аD що посилає Ікс кількість прив'язаних S токени з DАкселар до шD. 6. Використовуючи граничну криптографію, валідатори підписують аD. Підпис включено до блоку + 11. 7. Будь-хто може взяти значення зі знаком. аD з блоку р + 11 та опублікуйте його в D. 8. Запит було опрацьовано один раз. аD розміщено на D переклад оброблений. Тепер припустимо, що користувач вимагає погасити Ікс′ кількість загорнутих-S токени з ланцюжка D повернутися до ланцюжка S, щоб бути депонованим в S-адресу шS на вибір користувача. Робочий процес виглядає так: 1. Користувач ініціює запит на передачу (Ікс′, wS) шляхом внесення Ікс′ кількість загорнутих-S токени в cD через звичайний D-транзакція з використанням її улюбленого софту для мережі D. 2. (Ікс′, wS) розміщено на Axelar. Валідатори запитують API свого ланцюжка. D програмне забезпечення вузла на наявність (Ікс′, wS) і, якщо відповідь «істинна», повідомити відповідь у ланцюжок Axelar.3. Один раз > F зважені валідатори повідомляють “вірно” для (Ікс′, wS) на раунді р, Акселар просить валідаторів підписати транзакцію аS що посилає Ікс′ кількість S токени із SАкселар до шS. 4. Використовуючи граничну криптографію, валідатори підписують аS. Підпис включено до блоку + 11. 5. Будь-який бажаючий може прийняти значення зі знаком. аS з блоку р + 11 та опублікуйте його в S. 6. Запит було опрацьовано один раз. аS розміщено на S переклад оброблений. Додаткові запити, що підтримуються рівнем маршрутизації CGP, включають блокування, розблокування або передачу акт вербів по ланцюжках. Досягнення атомарного потоку транзакцій між ланцюжками. Залежно від типу запиту, крос-ланцюжка Axelar намагається гарантувати, що відповідні транзакції виконуються в кількох ланцюжках або в жодному з них. Для цього кожен запит може знаходитися в одному з наступних станів у ланцюжку блоків Axelar: (ініціалізовано, чекає виконання, завершено, минув час очікування). Якщо Тайм-аут на етапі очікування спрацьовує, запит повертає код помилки. Деякі події тайм-ауту також починають повертати гроші подію: наприклад, якщо актив з одного ланцюжка необхідно передати в актив в іншому ланцюжку, якщо ланцюжок, що приймає, не обробив транзакцію, актив повертається назад початковому користувачеві. 7 Міжмережевий протокол передачі (CTP) CTP – це протокол рівня програми, який дозволяє програмам легко використовувати кросс-чейн функції. Ми пояснюємо інтеграцію, фокусуючись на функціях передачі активів (наприклад, які використовуються в DeFi). Ці програми зазвичай складаються з трьох основних компонентів: інтерфейсний графічний інтерфейс, смарт-контракти в одному ланцюжку та проміжний вузол, що відправляє транзакції між клієнтським інтерфейсом та смарт-контрактами. Зовнішні інтерфейси взаємодіють з гаманцями користувачів, щоб приймати депозити, обробляти зняття коштів тощо. Програми можуть використовувати кросс-чейн функції. викликаючи запити CTP, аналогічні методам HTTP/HTTPS GET/POST. Ці запити згодом підбираються рівнем CGP для виконання та результати повертаються користувачам. • CTP запити. Розробники програм можуть розміщувати свої програми у будь-якому ланцюжку та інтегрувати свої смарт-контракти з обліковими записами порогового мосту для виконання запитів CTP. • Рахунки порогового моста. Припустимо, що розробник програми будує свої контракти на ланцюжку A. Потім вони посилатимуться на порогові мостові контракти, щоб отримати підтримку крос-ланцюжка. Цей контракт дозволяє додаткам: - Зареєструйте блокчейн, з яким він хотів би спілкуватись. - Зареєструйте у блокчейні активи, які він хотів би використати. - Виконуйте операції з активами, такі як прийом депозитів, обробка зняття коштів та інші функції (подібні, наприклад, до викликів контрактів ERC-20). Припустимо, відомий додаток DeFi, MapleSwap, спочатку розміщений у регістрах ланцюжка A з обліковим записом порогового мосту. Валідатори Axelar спільно управляють самим договором у відповідному ланцюжку. Припустимо, користувач хоче внести депозит у пару між активами X і Y, які знаходяться у двох ланцюжках відповідно. Потім, коли користувач надсилає такий запит, він прямує через обліковий запис порогового моста в мережу Axelar для обробки. Форма там виконуються наступні кроки: 1. Мережа Axelar розуміє, що ця програма зареєстрована для підтримки крос-чейнів по всіх активах. Він генерує криптографію порога використання ключа депозитів та консенсус для користувача у відповідних ланцюжках A та B. 2. Пов'язані відкриті ключі повертаються в програму та відображаються для користувача, який може використовувати свої улюблені гаманці для внесення депозитів. Відповідний секретний ключ використ��вують всі валідатори Axelar. 3. Коли депозити підтверджені, Axelar оновлює свій крос-чейн каталог, щоб записати, що користувач у відповідних ланцюжках депонував ці активи. 4. Валідатори Axelar виконують багатосторонні протоколи для генерації порогового підпису, що дозволяє оновлювати обліковий запис порогового мосту в ланцюжку A, де знаходиться програма. 5. Потім CTP-запит повертається до смарт-контрактів програми DeFi, які можуть оновлювати свій стан, оновлювати формули доходності, обмінні курси або виконувати інші умови, пов'язані зі станом програми. Протягом усього цього процесу мережа Axelar на високому рівні діє як децентралізований міжланцюговий оракул читання/запису, CGP – це рівень маршрутизації між ланцюжками, а CTP – це протокол програми. Додаткові запити між мережами. CTP підтримує більш загальний крос-ланцюжок між додатками в блокчейнах, наприклад: • Виконайте служби імен відкритих ключів (PKNS). Це універсальний каталог для зіставлення відкритих ключів з номерами телефонів/дескрипторами твіттера (деякі проекти, такі як Celo, надають ці функції на своїх платформах). • Тригери кросс-чейн додатків. Додаток у ланцюжку A може оновлювати свій стан, якщо будь-яка інша програма в ланцюжку B відповідає критерію пошуку (процентна ставка< Ікс). • Можливість компонування смарт-контрактів. Смарт-контракт у ланцюжку A може оновлювати свій стан на основі стану контрактів у ланцюжку B або запускати дію по оновленню смарт-контракту у ланцюжку B. На високому рівні ці запити можуть оброблятися, оскільки разом протоколи CTP, CGP та мережа Axelar можуть передавати та записувати довільну інформацію про стан через блокчейни. 2 Резюме Найближчими роками важливі додатки та активи будуть побудовані на основі кількох екосистем блокчейнів. Мережа Axelar може використовуватись для підключення цих блокчейнів до єдиного міжмережевого комунікаційного рівня. Цей рівень надає протоколи маршрутизації та рівня додатків, які відповідають вимогам як розробників платформ, так і розробників додатків. Розробники програм можуть використовувати кращі платформи для своїх потреб і використовувати простий протокол та API для доступу до глобальної міжмережевої ліквідності, користувачів та зв'язку з іншими мережами.

[paularamari]

[Жага і Голод]

Назва: Жага і Голод Автор: Паула Рамарі Редактор: Поль Рамарі Фанхата: Baldur’s Gate 3 Рейтинг: NC-17 Розмір: драббл Персонажі: Astarion/The Dark Urge (Tav) Жанри: PWP, Blood Kink, Knifeplay Анотація: Астаріон допомагає Таву приборкати внутрішніх демонів. Посилання: Ао3

[senpaishishio]

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

Здається, я ще довго буду міркувати над прочитаним

Загалом, у мене таке відчуття ніби мізки вивернули назовні...

[astrolabiumpublishing]

«Місто Боуган» – той випадок, коли твір відчуваєш

Читачка Ірина Зінченко (на фото) на своїй фейсбук-сторінці ділиться думками після прочитання роману Кевіна Баррі «Місто Боуган».

Анотація натякає, що на тебе чекатиме купа бандитської різанини на рештках постапокаліптичного світу; що весь конфлікт зведено до війни банд; що розв’язкою буде відповідь на питання, хто переміг і отримав владу над містом Боуган. Анотація вводить в оману. Втім, чи купили б ви книгу, якби вам сказали, що це історія не про дії, а про настрої? Що головне не що відбувається – а що відчувають герої і свідки. Навіть не так: які події розгортаються, поки герої і свідки щось відчувають.

Часом здається, що сюжет витікає з настроїв, а не настрої з сюжету. Хоча оповідь не провисає, майже немає порожньої експозиції, щоб читач наздогнав оповідь. Вам розкажуть, що відчував мафіозі, коли наблизилася війна банд – і так ви зрозумієте, що наблизилась війна банд. Вам розкажуть, як пройшов ранок інформатора, коли розпочалася війна банд – і так ви зрозумієте, що розпочалася війна банд. Ви гадатимете, що перемога якоїсь з банд буде кульмінацією – але насправді вона нічого не значитиме, тому що у місті Боуган головне не події, а настрої. А настрої не зазнають змін через те, що один клан вирізав інший. Це меланхолія, це ностальгія за «втраченим часом» – це нуар. Усі персонажі наче різні, але їх настрої вкрай схожі – тому що вони всі мешканці одного міста. І в решті решт починає здаватися, що головним героєм цього твору є сам Боуган: це він відчуває меланхолію, він відчуває ностальгію, а герої є лише його обличчями для вияву цих відчуттів.

Вияв відчуттів… Це дійсно той випадок, коли твір відчуваєш. Коли читаєш – і сам потроху занурюєшся до нуарного стану пізньої осені (чи то так співпало, що я читала книгу в листопаді, втім, співпало ідеально). Емоції передаються, а не називаються. Демонструються, а не констатуються. Проживаються, а не лишаються мертвими хаотично розкиданими текстом термінами.

І перебуваючи в цьому нуарному настрої ти вже не зважаєш, що від постапокаліпсису в цій книзі лише незвичний одяг деяких героїв, відсутність вогнепальної зброї та двигуна внутрішнього згорання. Та й не розказано, що то за апокаліпсис такий був. Описана історія наче як могла статися і в 1930-х, і в 1960-х, і взагалі будь-коли. Тому що головне – це настрої. А вони в місті Боуган вічні.

Гадаю, я ніколи б не відчула таке шалене захоплення, якби не шедевральна робота перекладачки. Вона адаптувала для українського читача все: топографічні назви, прізвиська, жаргони, акценти, приказки, лайку. Текст «живий», він відчувається на рівні емоцій, він втікає до свідомості і тягне за собою той всюдисущій нуарний настрій. Часом я думала, що, візьми читати твір в оригіналі, то третину не зрозуміла б взагалі.

А так гортаєш книгу, сторінку за сторінкою, і визнаєш: це не роман, це естетичний екстаз.