Aeri 艾瑞

Той, хто не плескав

До світанку відео розлетілося всюди.

Мільйони переглядів.

Тисячі коментарів.

Усі хотіли знати, хто ця дівчина в Silvia.

Ніхто не отримав відповіді.

Потім хтось опублікував одинадцять секунд іншого водія.

Без підпису.

Без пояснень.

Лише чорне авто, що мчить гірською дорогою, розмоклою від дощу.

Один поворот.

Одна зміна кадру.

Ідеально.

Відео закінчилося.

У коментарях його назвали Привидом.

Немає обличчя.

Немає імені.

Немає історії, яку хтось міг би перевірити.

Лише репутація.

Він роками ганяв у підпільних перегонах.

Ніколи не програвав на мокрій трасі.

Ніколи не врізався.

Ніколи не святкував.

І, як виявилося...

Ніколи не плескав за когось.

Через три ночі Silvia знову повернулася на трасу.

Цього разу натовп був більший.

Телефони вже були підняті.

Але через майданчик одна людина не дивилася на натовп.

Він дивився на Silvia.

Чорний шолом.

Темна куртка.

Стояв поруч із машиною, у якої не були ввімкнені фари.

Водій повільно підійшов.

Зупинився біля вікна.

Подивився на подряпаний кузов.

На невідповідні колеса.

На зроблені власноруч ремонти.

Потім глянув усередину.

— Ти зібрав це сам?

Пауза.

— Переважно.

Він кивнув.

— Ось чому.

Вікно опустилося.

— Чому що?

Він глянув на дорогу.

— Ти їдеш так, ніби намагаєшся щось довести.

Тиша.

Потім:

— А ти?

Він повернувся.

— Я їду так, ніби вже довів.

Він пішов геть.

Без виклику.

Без гонки.

Нічого.

Щойно перед північчю двигун десь за складами ожив.

Потім ще один.

Чорне авто покотилося до виходу.

Silvia рушила слідом.

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

Один поворот чекав за дощем.

І десь попереду...

Хтось нарешті чекав водія, за яким варто гнатися.

#Aeri

#MooDCirCuiT

$USELESS

$SOL

$BEAT

#hassii
#Aeri
#MooDCirCuiT

$SOPH

$AKE

$IOST

Монета vs Токен У чому різниця? 🪙

Люди часто використовують «монету» та «токен» так, ніби вони означають одне й те саме,
але є одна важлива відмінність:

🪙 Монета = має власний блокчейн

BITCOIN ($BTC ) працює на блокчейні Bitcoin.

$ETH працює на Ethereum.

Монети — це нативні активи власних мереж і часто використовуються для оплати комісій за транзакції.

🧩 Токен = створений на базі існуючого блокчейну

Токен не потребує власного блокчейну. Його можна створити в мережах на кшталт Ethereum, BNB Chain або Solana.

USDT — хороший приклад: він може існувати в кількох блокчейнах, залежно від того, яка версія використовується.

Найпростіший спосіб запам’ятати:

👉 Монета = власний блокчейн

👉 Токен = використовує інший блокчейн

Отже, кожна монета — це криптоактив, але не кожен криптоактив є монетою.

#crypto #blockchain #Binance #Aeri #MooDCirCuiT

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

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

Ця зміна має значення, адже вона може звузити доступність танкерів і підштовхнути до зростання і ціни на самі судна, і фрахтові ставки.

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

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

#MooDCirCuiT #Aeri

#dusk $DUSK
@Dusk

i’ve been digging into Dusk’s Citadel setup for a while now, and the way it handles identity feels more practical than most privacy tools I’ve seen.

basically you go to a license provider, they check you off chain the normal way, then issue an encrypted credential that gets registered on chain. Later when you need access to something, you generate a zero knowledge proof that you hold a valid one. The contract verifies it and records a session, but nothing about you, the exact license or the attributes ends up public. You just hand the service provider a session cookie and they decide based on their own rules.

it’s a bit like showing a building pass that opens the door without ever revealing your name or which company issued it. The proof is enough. That matters for regulated stuff because institutions still get the compliance signal they need while users avoid dumping personal data across every platform. One time KYC that travels with you instead of getting repeated.

of course it still leans on those license providers being trustworthy in the first place, and service providers keep full control over what they accept. The code itself carries the usual caveats about not being production hardened yet. Adoption will hinge on whether enough real services actually plug into it and whether the incentives line up for issuers to stick around.

curious what others think: does this kind of selective proof model actually lower the barrier for institutions more than it complicates things for everyday users?

#dusk $DUSK @Dusk

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

консенсус Dusk працює за тією ж логікою, і я не очікував цього від блокчейну.

коли я розглянув, як насправді підтверджується блок, я знайшов той самий поділ. Щоб визнати його дійсним, комітету потрібно, щоб підтримали його дві третини. Щоб відхилити або сказати "ми не змогли ухвалити рішення", достатньо половини плюс один. Так, "так" — дорого. "Ні" — дешево. Я б припустив, що це зроблено навмисно. Пропущений проблемний блок — це кошмар, який важко скасувати. Затриманий блок просто спробує знову в наступному раунді.

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

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

#dusk $DUSK @Dusk

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

moonlight — це відкритий реєстр. Баланси видно, як на долоні: кожен переказ показує, хто надіслав що й кому. Тому це шлях найменшого опору для бірж, звітності або будь-яких потоків, де аудиторам чи контрагентам потрібна повна видимість. Phoenix це перевертає. Кошти рухаються як зашифровані нотатки. Мережа бачить лише те, що обчислення сходяться через докази з нульовим розголошенням. Суми та посилання залишаються прихованими для публіки, але одержувач усе одно знає відправника, а ключі перегляду можуть відкрити “коробку” для уповноважених сторін, коли це потрібно.

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

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

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

#dusk $DUSK @Dusk

i подумав, що чим вищі ставки, тим більше голосів — просто й зрозуміло. Якщо двічі поставити DUSK, то вдвічі зростають шанси бути обраним. Але власний алгоритм сортування Dusk каже, що це не зовсім повна картина, і я зрозумів це лише після того, як прочитав далі за коротким підсумком.

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

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

i майже повністю це проґавив, чесно кажучи. Звичайне пояснення сортування Dusk зупиняється на «більша ставка — кращі шанси» і просто лишає це там, хоча воно не неправильне, але неповне. Крок із відніманням захований на один рівень глибше — усередині справжнього детермінованого циклу добування, а не в заголовковій версії, яку повторює більшість.

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

#dusk $DUSK @Dusk

Я припустив, що потрібна лише одна система доказів із trusted setup, а для іншої воно просто пропускається. Але це не так, і власний setup Dusk показав мені це.

Справа в тому. І PlonK, і Groth16 потребують trusted setup. Dusk підтримує обидва варіанти, вбудовані прямо в движок Piecrust як нативні функції. Реальна різниця не в тому, чи він потрібен. Різниця в тому, як часто.

Groth16 вимагає нового setup для кожної окремої схеми. Новий контрактна логіка — новий setup кожного разу. Це дорого організовувати, але воно себе окупає. Докази виходять дуже маленькими, а верифікація — швидкою.

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

Отже Dusk не обирає тут одного переможця. Воно дає розробникам обидва інструменти й дозволяє їм самим зробити компроміс. Потрібна швидкість і вас не лякає перевпорядкування setup-роботи для кожної схеми? Groth16. Потрібна гнучкість і ви готові “переварити” більший доказ? PlonK.

Раніше я думав, що trusted setup — це питання “так чи ні”. Документація Dusk показала мені, що насправді це питання того, скільки роботи з setup ви готові переробляти і який розмір доказу ви готові нести.

#termmax @TermMax

Раніше я думав, що тимелок — це просто затримка, додана до смартконтракту. Після ознайомлення з документами з безпеки TermMax я зрозумів, що це пропускає головну причину.

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

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

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

TermMax також змушує мене замислитися над іншим. Якщо зміна параметра є терміновою, яку затримку можна вважати прийнятною, перш ніж сама система захисту почне ставати проблемою?

Саме цей баланс робить дизайн тимелока TMX таким, на який варто звернути увагу.

#dusk $DUSK @Dusk

Я ставлю, і я хочу, щоб мій голос зарахували одразу. Тому коли я дізнався, що Dusk змушує чекати, я роздратувався. Потім я насправді прочитав, чому так. Ось що тут відбувається: Dusk працює на епохах — кожна епоха складається з 2 160 блоків. Коли ви робите стейк, ви не стаєте придатними для голосування в ту ж секунду, як DUSK потрапляє в мережу. Є формула, яка визначає, коли ви «дозріваєте»: M дорівнює двомножнику епохи мінус ваш height mod epoch. Звучить як математика. Насправді це просто таймер очікування.

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

Є й реальний компроміс. Чесні валідатори/стейкери чекають довше, ніж їм хотілося б, і обійти цю ціну неможливо. Але я краще трішки почекаю, ніж робитиму стейк у мережі, де будь-хто може «орендувати» вплив лише на один голос. Тут Dusk обрав терпіння замість швидкості, і після того як я розкопав деталі, я розумію чому.