День 3/5 ~ Підтвердження розпакування ~ Як ланцюжки моделюють завершеність, і чому ваш додаток повинен мислити імовірнісно ~ Вчора ми досліджували, як "підтвердження" залежить від ланцюжка. Сьогодні давайте розберемося, як ці ланцюжки насправді моделюють остаточність, і чому ваш додаток повинен вийти за рамки бінарного представлення «підтверджено проти ні» Більшість мереж не пропонують єдиної чіткої відповіді. Замість цього ви працюєте зі спектром: 1. Детермінована кінцевість: ланцюжки, що використовують консенсус у стилі BFT (наприклад, cosms, деякі alt-DA), розрахунки L1 (наприклад, Ethereu після фіналізації) і більшість PoS пропонують жорсткі гарантії - після завершення транзакція не може бути скасована. 2. Імовірнісна кінцевість: Pow Chains (наприклад, Bitcoin) і «Pre-finality» Ethereum пропонують статистичні гарантії. Тх, закопаний на глибину 12 кварталів, навряд чи вдасться реорганізувати - але не неможливо. Чим глибше, тим безпечніше. 3. М'які сигнали: Підтвердження секвенсора, включення Mempool, реле будівельника - вони швидкі, але несуть ризик. Ці сигнали корисні, але до них потрібно ставитися обережно. Додатки часто однаково ставляться до цих джерел: → "чекати X блоків" → "довіряйте секвенсеру" → "перевірка на включення" Але ця абстракція руйнується, як тільки ви переходите на взаємодію. Багатоланцюговий додаток може охоплювати: ~ Швидкий ланцюжок BFT ~ Оптимістичний злет із 7-денними вікнами шахрайства ~ L1 з імовірнісною кінцевістю ~ Ланцюжок з гарантіями тільки секвенсера Логіка вашого додатка не може жорстко закодувати універсальне правило. вам потрібно запитати: «Наскільки ймовірним є повернення цього tx? А хто це забезпечує? ==> Остаточність не є бінарною, а компроміс між швидкістю та безпекою не є лінійним. (Мультипідписи, наприклад, не набирають швидкості та довіри.) → вам потрібна програмована впевненість з урахуванням ланцюга == спосіб виразити, що означає "підтверджено" в кожному контексті

День 1/5 ~ Підтвердження розпакування У модульному світі підтвердження — це не просто остаточність. Це момент, коли ваш додаток вирішує, що щось достатньо безпечне, щоб діяти, незалежно від того, чи це демонстрація балансу, надсилання повідомлення чи запуск крос-чейн логіки. І те, як ви це визначаєте в кожному ланцюжку, безпосередньо визначає ваш UX і безпеку. → Чекати занадто довго? UX перетягує. → Йти занадто рано? Ви ризикуєте отримати реорганізацію, зламану логіку, навіть втрачені кошти. Оскільки програми взаємодіють за замовчуванням, це стає критично важливим. ~ * Різні ланцюги, затримки та моделі безпеки стикаються, і програмам потрібно вирішувати, коли рухатися. Розпочнемо коротке занурення в підтвердження 🫡

Гей, @grok виходячи з моєї нещодавньої взаємодії, з якими взаємними я повинен більше взаємодіяти?

Останнім часом відчуваю певні настрої стажерів

Уявіть, що ваш улюблений протокол також є вашим улюбленим напоєм Джеспресо ☕

Я сказала, що ми готуємо, а потім @mowjek кинула це 👀 Завантаження...

Власне бариста, БК ми варимо ☕️ Джеспресо

Не шеф-кухар, а ми готуємо 👩 🍳 Грюй

не фінансові поради, але після того, наскільки комічно поганими були всі мої рейси в Іберію цього тижня, я відчуваю, що мені слід скоротити $IAG Акції вен на ланцюжку

Найбільш недооцінена навичка в житті: вміння постійно проявляти себе Грюй