FLOCK щойно різко прорвався вгору на графіку 1H, із сильним сплеском обсягу, що підтримав рух. Ціна тримається біля нещодавнього максимуму, тож я б радше дочекався відкату в зону входу, ніж гнався за свічкою.
📌 ENTRY: 0.0570 → 0.0590
🎯 TP1: 0.0615 🎯 TP2: 0.0690 🎯 TP3: 0.0820
🛑 SL: 0.0500
⚡ LEVERAGE: 10–25x ⚠️ RISK: Використовуйте лише 1–2% вашого портфеля.
Пробій має імпульс, але після такого швидкого руху саме точка входу має значення. Якщо ціна втратить зону, я б пропустив цей сетап.
FLOCK щойно різко прорвався вгору на графіку 1H, із сильним сплеском обсягу, що підтримав рух. Ціна тримається біля нещодавнього максимуму, тож я б радше дочекався відкату в зону входу, ніж гнався за свічкою.
📌 ENTRY: 0.0570 → 0.0590
🎯 TP1: 0.0615 🎯 TP2: 0.0690 🎯 TP3: 0.0820
🛑 SL: 0.0500
⚡ LEVERAGE: 10–25x ⚠️ RISK: Використовуйте лише 1–2% вашого портфеля.
Пробій має імпульс, але після такого швидкого руху саме точка входу має значення. Якщо ціна втратить зону, я б пропустив цей сетап.
FLOCK щойно різко прорвався вгору на графіку 1H, із сильним сплеском обсягу, що підтримав рух. Ціна тримається біля нещодавнього максимуму, тож я б радше дочекався відкату в зону входу, ніж гнався за свічкою.
📌 ENTRY: 0.0570 → 0.0590
🎯 TP1: 0.0615 🎯 TP2: 0.0690 🎯 TP3: 0.0820
🛑 SL: 0.0500
⚡ LEVERAGE: 10–25x ⚠️ RISK: Використовуйте лише 1–2% вашого портфеля.
Пробій має імпульс, але після такого швидкого руху саме точка входу має значення. Якщо ціна втратить зону, я б пропустив цей сетап.
USELESS тримається вище короткострокових ковзних середніх на графіку 1H після сильного руху. Наразі ціна коло $0.2658, а нещодавчий максимум — близько $0.2879.
MARSCOIN утримується вище короткострокових ковзних середніх на 1H графіку після сильного імпульсу вгору. Зараз ціна консолідується нижче нещодавнього максимуму 0.12181.
Я спостерігаю за зоною 0.1100–0.1135 для сетапу на продовження лонгу.
HEMI тримається приблизно на рівні $0.0160 після сильного руху раніше. На графіку 1H ціна все ще знаходиться біля короткострокових ковзних середніх, тож я спостерігаю за цією зоною, щоб отримати ще один імпульс вгору.
📌 ВХІД: $0.01600 → $0.01650
🎯 TP1: $0.01800 🎯 TP2: $0.02200 🎯 TP3: $0.02600
🛑 SL: $0.01200
⚡ ЛЕВЕРИДЖ: 20x–25x ⚠️ УПРАВЛІННЯ РИЗИКАМИ: Використовуйте лише 1% вашого портфеля.
Якщо HEMI втратить зону входу і збільшиться обсяг продажів, я б залишився поза угодою, замість того щоб примусово виконувати сетап.
MARSCOIN утримується вище короткострокових ковзних середніх на 1H графіку після сильного імпульсу вгору. Зараз ціна консолідується нижче нещодавнього максимуму 0.12181.
Я спостерігаю за зоною 0.1100–0.1135 для сетапу на продовження лонгу.
Які правила розподілу винагород може реально встановити стейкінг-контракт Провів по обіді за відстеженням того, що саме стейкінг-контракт на Dusk насправді дозволено налаштовувати, і я очікував доволі вузький набір опцій. але він не вузький. Офіційна документація Dusk щодо Stake Abstraction підтверджує: контракти можуть реалізовувати довільні правила розподілу винагород, спрямовуючи частину винагород реферерам, афілійованим партнерам або операторам — повністю на власний розсуд контракту. це не зафіксований відсоток на рівні протоколу. це справді відкрите поле налаштувань.$BTR Це саме те, що мене “зачепило”. Замість протокольної простоти, яку примусово забезпечують, — можливість дозволити тому, хто розгортає контракт, вирішувати, як саме винагороди розподіляються між тими, хто ним користується. жодного стандартного розподілу “згори” не нав’язують.$TAC Але зачекайте: я хочу бути точним щодо того, що саме я тут знаю напевно. Dusk називає Sozu прикладом цього шаблону на практиці — автоматизованого стейкінг-пулу. чого я не знайшов задокументованим ніде, так це поточного статусу розгортання Sozu: mainnet, live testnet чи щось проміжне. я не буду вгадувати це.@Dusk Постійно повертався до того, що саме це насправді дає, незалежно від конкретного статусу Sozu: сервісам стейкінгу, керованим реферальним трафіком, моделям комісій оператора, афілійатським програмам — усе це технічно можливо без того, щоб сам Dusk будував будь-що з цього.#dusk То чи відкритий розподіл винагород створює справді корисні стейкінг-продукти, чи він просто переносить питання довіри: з того, чи справедливо ставиться до мене протокол Dusk, на те, чи справедливо ставиться до мене саме оператор цього контракту?$DUSK
Конфіденційність — це не лише про те, щоб приховувати суму.
Цікаве, що я знайшов у Phoenix, — це те, що система також намагається зробити транзакції складнішими для зв’язування між собою.
Phoenix використовує нотатки, збережені в дереві Меркла. Кожна нотатка має власний публічний ключ нотатки.
Замість того щоб знову й знову використовувати той самий публічний ключ, Phoenix створює одноразовий публічний ключ для кожної нотатки.
Це привернуло мою увагу, бо повторне використання того самого ідентифікатора може полегшити зв’язування різних транзакцій з одним і тим самим користувачем.$GRASS
У whitepaper сказано, що цей одноразовий ключ призначений забезпечувати незв’язність між транзакціями.$UAI
Є ще одна частина, яка здалася мені цікавою.
Одержувач може використати view key, щоб перевірити, чи належить нотатка саме йому, тоді як секретний ключ, потрібний щоб витратити цю нотатку, можна вивести лише на основі його повного секретного ключа.
Тож ідея конфіденційності тут не просто «приховати все».
Це радше про контроль того, що можна публічно зв’язувати.
Через це я почав дивитися на Phoenix інакше.
Приватна транзакція — це одне.
А от зробити складнішим для когось перегляд кількох транзакцій і зв’язування їх між собою — це інше.
І чесно кажучи, ця друга частина може бути не менш важливою.
Надсилання кожного повідомлення з блокчейну всім підряд звучить безпечно. Це також звучить надзвичайно марнотратно.
Саме це зробило Kadcast цікавим, коли я ознайомився з whitepaper Dusk.
Dusk використовує Kadcast для трансляції блоків, транзакцій і консенсусних голосувань. Замість того щоб просто затоплювати кожний сусідній вузол одним і тим самим повідомленням, Kadcast організовує вузли, спираючись на ідеї з Kademlia.
Кожен вузол зберігає маршрутну інформацію, згруповану в “бакети” на основі XOR-відстані між ідентифікаторами вузлів.
Після цього поширення стає більш вибірковим.
Вузол пересилає повідомлення вибраним партнерам на дедалі більших XOR-відстанях. Ті партнери продовжують процес, створюючи структуровану каскадність мережею.
Kadcast також використовує multicast-дерева. Повідомлення починається з найближчих партнерів, які потім передають його до вузлів, що розташовані далі в мережі. Це дозволяє мережі охоплювати свої вузли з меншою кількістю релейних передач замість того, щоб неодноразово пересилати ту саму інформацію через непотрібні шляхи.$TUT
Ця різниця привернула мою увагу, бо мережеві взаємодії в блокчейні можуть ставати дорогими, коли кожен вузол продовжує пересилати все кожному сусіду.
Суть не лише в тому, щоб повідомлення рухалися швидко.
Йдеться про зменшення надлишкових передач і водночас підтримання надійного та своєчасного поширення.
Мені це подобається, бо це показує, що продуктивність блокчейну — це не тільки про консенсус або виробництво блоків.$PUMP
Мережа також повинна ефективно передавати інформацію.
Іноді розумніший дизайн — це не надсилати більше повідомлень.
Це розуміння того, які саме вузли справді мають їх отримати.
Ринок знову приносить кілька цікавих імен. $TRUMP $BEAT Обидва привертають багато уваги на графіку. На цьому етапі я просто намагаюся зрозуміти, як усі знаходять ці рухи швидше, ніж я.
Раніше я думав, що невдалий виклик смартконтракту — це по суті лише помилка.
Але що більше я дивився на DuskVM, то цікавішим ставала її траєкторія відмови.
Перш ніж виконання розпочнеться, Dusk перевіряє такі речі, як підпис балансу відправника та nonce. Якщо ці базові умови не проходять, транзакція не може виконуватися у звичному режимі.
Але що відбувається, коли щось іде не так під час виконання?
Ось це для мене важливіше.
Смартконтракт може вносити зміни в стан під час роботи, але невдалий виклик не просто залишає ці зміни десь «на місці». Зміни стану з цього невдалого виконання не фіксуються.
Тож не виходить, що контракт застрягає десь посередині — між його старим станом і незавершеним новим.
Газ тут теж має значення. Виконання контракту споживає газ, тож відмова — це не лише питання того, чи був фінальний результат успішним. Певні ресурси виконання все одно витрачаються в процесі.
Це змусило мене переосмислити, що насправді означає безпечне виконання.
Це не лише про те, щоб успішні транзакції працювали.
Це також про передбачувану поведінку, коли виконання зазнає невдачі.
Для фінансових застосунків ця різниця критично важлива. Система, що обробляє цінні активи, має знати, що станеться, коли очікуваний шлях зламається.
Іноді найважливіша частина смартконтракту — це не те, що відбувається, коли все йде добре.
Це те, що робить мережа, коли цього не відбувається.