Ранжування механізмів ліквідації DeFi: 1. Ейлер: голландські аукціони найкраще знаходять правильний спред, щоб запропонувати ліквідаторам, але можуть бути повільними. 2. Плинність: газова оптимізація однозначно допомагає, але менше фактора, коли великі кредити концентруються за рахунок користувача; Пропозиція ліквідацій у вигляді свопів може бути потужною, але на практиці існують проблеми з інтеграцією ліквідацій в агрегатори, і на практиці будь-який маркет-мейкер через RFQs може запропонувати такий самий збіг виконань бажань для ліквідацій. 3. Aave: Оракули ризиків хаосу допомагають оптимізувати бонуси за ліквідацію, але це не так точно, як аукціони. 4. Morpho: Pre-Liquidations допомагають користувачам контролювати власний потік ліквідації, хоча ця модульна структура є гіршою UX для користувачів і менш впливовою для протоколу в цілому.

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

Певний агрегатор не оптимізований, зовсім не розумний 😤 Будьте обережні там, 😤 поза ковдрою небезпечно.

Переважання бажаних ринків зі сприятливими ринковими результатами саме по собі є хорошим криптовалютним UX.

Peep Dex повинні мати KillCams для ліквідацій

Захист MEV Повністю ончейн автоматизація Цілісний стейкінг ліквідності Все в одному

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

Ми станемо новими Vought, і ніхто не зможе нас зупинити. 😈

Вступ до EIP, ERC, RIPs. EIP: Пропозиція щодо покращення Ethereum Зміни на рівні протоколу, що вводяться клієнтами Ethereum. Активується за допомогою хардфорків. Повні ноди повинні оновитися, інакше форк може відмовитися. ERC: Запит на коментарі від Ethereum Стандарти прикладного рівня. Домовленості про солідність, дзвінки, зберігання, підписи. Підпишіться. Прийняття -> мережевих ефектів. RIP: Пропозиція щодо покращення зведеного пакету Провінційні закони для згортання міст-держав. Opt-in for L2s. Opt-out для вузлів у межах L2. Може призвести до EIP. Номери розподіляються між EIP, ERC, RIP, які послідовно призначаються супроводжуючими. Щоб розпочати один, вам спочатку потрібно відкрити гілку на форумі Ethereum Magicians, а потім створити чернетку, яка посилається на цю тему. Після чого залежить конкретний процес. Приклади: EIP-7939: підрахунок початкових нулів (CLZ) Код операції в майбутньому хардфорку Ffusaka, який може прискорити математичні операції за допомогою меншого байт-коду. Як базова математична операція, яка коштує стільки ж, скільки 256-бітний 'ADD', вона найбільш підходящо реалізована як код операції, який найбільш прийнятно реалізований як EIP. ERC-7631: пара подвійних токенів Nature Інтерфейси для того, як співприєднана взаємозамінна та невзаємозамінна пара токенів може сигналізувати про їхні відносини. Стандартна комплектація. Дозволяє досягти кращої видимості, кращого UX. RIP-7767: Контракт між газом та ефіром Контракт, який спалює газ і повертає частину спаленого газу абоненту як нативну валюту. Через авантюрний характер цієї пропозиції, це може бути пілотовано як попередня компіляція / попереднє розгортання на зведеннях. Орієнтовним аналогом основної мережі є EIP-7791 (код операції GAS2ETH). Складність усиновлення / включення: EIP > RIP > ERC (приблизно) Щоб пояснити чому, кожен з них заслуговує на окреме опрацювання в окремих темах, які краще залишити для майбутнього контенту.

У мене була дуже перспективна кар'єра в quant/HFT, перш ніж приєднатися до @monad. То як же я сюди потрапив? 🧵