Ціна Simons Cat

24X на $NALA Від 10к до 240к .... кухар Робота ще не виконана $Nala не просто популярна, а й рекордсмен Гіннеса Давайте робити нові рекорди разом з $Nala Надішліть його на multimillions 🧘🧘🧘 H5HF51yiCZ5qZLJ2S798t7MJF6fT9JgMmjZZnXvmbonk $Bonk $kori $cat $Btc $Meme #pegecoin $Swoge #useless #Boatkid

Передмова "The Times 03/Jan/2009 Канцлер на порозі другого порятунку для банків."  ——Це речення, вигравіруване в блоці генезису Bitcoin, свідчить про початок епохи. І тепер, коли біткоїн досягає нових максимумів, ми є свідками кінця ще однієї колись славетної ери – написів і рун Від появи протоколу Ordinals на початку 2023 року, до шаленого ажіотажу BRC20, до появи таких протоколів, як Runes, Atomical, CAT 20, RGB++ та Alkanes, екосистема Bitcoin пережила безпрецедентну «революцію написів». Усі вони намагаються перетворити біткойн із простого засобу заощадження на базову платформу, на якій можуть розміщуватися різні протоколи активів. Однак, коли гулянка розсіюється і поступово вимальовується фон, нам доводиться зіткнутися з жорстокою реальністю: фундаментальні обмеження угоди про напис призначені цій прекрасній тюльпановій бульбашці. Як фахівець-практик, який глибоко залучений до розробки протоколів написів з технічної точки зору, і втрутився в основу реалізації кожного протоколу, автор став свідком виникнення цієї екології від проростання до вибуху, а потім і до повернення раціональності сьогодні. У цій статті ми обговоримо інновації та обмеження підключення кількох протоколів напису, щоб пояснити, чому цей колись унікальний трек швидко перемістився до кінця поточного. 1. Еволюційний ланцюжок написання угоди 1.1. Угода про ординали: початок епохи написів Перший ключ до «епохи написів» біткоіни. За допомогою нумерації кожного сатоші та використання подання для розкриття технічного принципу реалізується зберігання довільних даних у мережі. Поєднання моделі UTXO та концепції NFT використовує серійний номер народження Сатоші як ідентифікатор позиціонування, щоб кожен Сатоші міг нести унікальний контент. Детальніше див.: Тлумачення протоколу Oridinals та стандартних принципів, інновацій та обмежень BRC20 З технічної точки зору, Ordinals має елегантний дизайн, який ідеально сумісний з рідною моделлю Bitcoin, що дозволяє постійно зберігати дані. Однак просте написання даних також є його обмеженням, і воно не може задовольнити сильне бажання ринку на той момент щодо основного попиту на «випуск» інших активів BTC+. 1.2. Протокол BRC20: прорив у бізнесі та пастка консенсусу Спираючись на технологію, закладену Ordinals, BRC20 вдихає душу в ончейн дані за допомогою стандартизованого формату контенту, оживляючи статичні написи. Він визначає повний життєвий цикл активів з розгортання-карбування-передачі, перетворює абстрактні дані в торгові активи і вперше реалізує випуск взаємозамінних токенів на Bitcoin, задовольняючи жорсткий попит ринку на «випуск» і підриваючи всю екологію напису. Однак існує фундаментальний конфлікт між моделлю облікового запису та моделлю UTXO Bitcoin, і користувачі повинні спочатку вписати напис про переказ, перш ніж здійснити фактичний переказ, що призводить до кількох транзакцій для завершення одного переказу. Більше того, фундаментальний недолік BRC20 полягає в тому, що він просто пов'язує «певні дані», взагалі не ділячись своєю владою консенсусу. Як тільки індексатор офчейн буде припинено, всі так звані «активи» миттєво стануть безглуздими сміттєвими даними. Ця вразливість виявляється в неодноразових інцидентах сатоші – коли на одному сатосаші з'являється кілька активів, сторони протоколу колективно змінюють критерії, що означає, що консенсус усієї екосистеми фактично знаходиться в руках меншості. Що ще більш заплутано, так це те, що подальші «оптимізації», такі як одноетапна передача, запущена відповідними установами, насправді не торкнулися основних больових точок ринку, але принесли вартість міграції та адаптації кожної платформи до нової версії. Це відображає більш глибоку проблему: протягом двох років розробники протоколу напису застрягли в єдиній області «видачі», і не замислювалися глибоко над сценаріями застосування після видачі. 1.3. Атомарний протокол: корекція та відключення оригіналізму UTXO У відповідь на проблему сумісності BRC20 з UTXO, Atomical запропонувала більш радикальне рішення: нехай кількість активів безпосередньо відповідає кількості сатоші в UTXO, і введе механізм proof-of-work для забезпечення справедливого карбування. Він нативно сумісний з моделлю Bitcoin UTXO, а переказ активів – це переказ сатососа, який певною мірою вирішує проблеми вартості та взаємодії BRC20. Однак ітерація технологій також відбулася за рахунок складності – правила трансферу стали надзвичайно складними, вимагаючи точних розрахунків для поділу та злиття UTXO, а активи спалюються на кожному кроці, через що гравці боялися легковажно ними маніпулювати. Що ще фатальніше, так це те, що механізм proof-of-work виявив серйозні проблеми зі справедливістю в реальній експлуатації, і великі домогосподарства беруть на себе лідерство в завершенні лиття зі своїми перевагами в обчислювальній потужності, що повністю суперечить загальноприйнятому наративу про «справедливий запуск» напису екологія в той час. Подальші ітерації продукту відображають нерозуміння командою розробників потреб користувачів - складні функції, такі як напівфарбовані активи, споживають багато робочої сили та матеріальних ресурсів, але мало покращують користувацький досвід, що призводить до високої вартості рефакторингу ончейн-інструментів для великих організацій. Довгоочікуваний AVM давно назрів, і весь ринок вже перевернувся, упустивши найкраще вікно для розвитку. 1.4. Протокол рун: елегантний компроміс і прогалина в застосуванні офіційної влади Будучи «офіційною» угодою про дистрибуцію для засновника Ordinals Кейсі, Runes увібрала в себе уроки, отримані з вищезгаданого протоколу. Впровадження OP_RETURN зберігання даних дозволяє уникнути неправомірного використання даних свідками, а баланс між технічною складністю та користувацьким досвідом знаходить завдяки розумному дизайну кодування та моделям UTXO. У порівнянні з попереднім протоколом, зберігання даних Runes більш просте, кодування більш ефективне, а транзакційні витрати значно знижуються. Для отримання детальної інформації, будь ласка, дивіться: Халвінг BTC неминучий, тлумачення базового механізму дизайну та обмежень протоколу Runes Однак протокол Runes також потрапляє в фундаментальну дилему в екології напису - система не призначена ніяким іншим чином, крім як для випуску монет. Навіщо ринку токен, який можна отримати без будь-яких бар'єрів для входу? Який практичний сенс після його придбання, крім продажу на вторинному ринку? Ця чисто спекулятивна модель прирікає протокол на обмежену життєздатність. Але застосування opreturn відкриває ідею протоколу супроводу. 1.5. Протокол CAT 20: амбіції ончейн-верифікації йдуть на компроміс з реальністю Він досяг справжньої перевірки в ланцюжку за допомогою Bitcoin Script. Лише хеші станів зберігаються в ланцюжку, а рекурсивний скриптинг гарантує, що всі транзакції слідують однаковим обмеженням, таким чином стверджуючи, що «індексатор не потрібен». Це давній святий Грааль Угоди про Напис Однак CAT 20 – це «перевірка в ланцюжку». Хоча логіка верифікації дійсно виконується в ланцюжку, дані стану, які можуть її перевірити, зберігаються у формі OP_RETURN у вигляді хешу, і тільки хеш не може бути скасований, тому на практиці для підтримки читабельного стану все одно потрібен індексатор поза ланцюгом. За задумом, протокол дозволяє іменам токенів бути неунікальними, що призводить до плутанини для активів з однаковим іменем, а проблема шифрування UTXO в сценаріях з високим паралелізмом на ранніх етапах розробки робить початковий досвід карбування надзвичайно поганим для користувачів. Пізніше, під час хакерської атаки, основний принцип полягає в тому, що внутрішні дані підключаються для обчислення двох значень, відсутність розділених символів, що призводить до 1 і 234 і 12 і 34 двох значень, може обчислити однаковий хеш-результат, атака призвела до оновлення угоди, але схема оновлення, що довго відкладалася, змусила ринок забути початковий ентузіазм. Кейс CAT 20 показує, що навіть якщо частковий прорив буде досягнутий на технічному рівні, він не повинен бути занадто просунутим, а якщо він повністю проб'є розуміння користувача, завоювати визнання на ринку буде складно. А загроза хакерів завжди полягає в тому, щоб повісити дамоклів меч над головою вечірки проекту, закликаючи всіх бути в захваті. 1.6. Протокол RGB++: технологічний ідеалізм та екологічна дилема CKB використовує однорідну схему зв'язування, щоб спробувати вирішити проблему функціональних обмежень Bitcoin за допомогою дволанцюгової архітектури. Використовуючи повноту Тюрінга CKB для перевірки транзакцій Bitcoin UTXO, він є найбільш технологічно просунутим, реалізує перевірку смарт-контрактів у більш широкому сенсі та має найповнішу технічну архітектуру, яку можна розглядати як «технічну перлину» в протоколі напису. Однак тут яскраво відбивається розрив між ідеалом і реальністю - складність дволанцюгової архітектури, висока вартість навчання і поріг інституційного доступу. Більше того, сама команда проекту відносно слабка, і їй доводиться одночасно просувати подвійні виклики ланцюга (CKB) і нового протоколу (RGB++), який не може привернути достатню увагу ринку. У цій сфері, яка сильно залежить від мережевих ефектів і консенсусу спільноти, це стало технічним рішенням, яке є «популярним, але не популярним». 1.7 Протокол Alkanes: фінальний спринт і брак ресурсів Протокол смарт-контракту на основі off-chain index+ інтегрує концепції дизайну Ordinals і Runes, намагаючись реалізувати довільні функції смарт-контракту на Bitcoin. Він являє собою останній спринт протоколу inscription на традиційну платформу смарт-контрактів. Дійсно, теоретично можливо реалізувати як завгодно складну логіку контракту. І він також скористався можливістю оновлення BTC, щоб прибрати 80-байтовий ліміт на опповернення. Однак реалістичні міркування вартості безжально ламають цей технічний ідеал, не кажучи вже про складну контрактну операцію в ланцюжку, приносячи величезні вузькі місця продуктивності, навіть якщо самостійно створений індексатор на ранній стадії проекту багато разів підривався, а розгортання користувацьких контрактів вимагає майже 100 КБ даних у ланцюжку, вартість набагато перевищує вартість традиційного розгортання публічного ланцюга, а робота контракту не контролюється, все ще покладаючись на консенсус індексатора, висока вартість призначена для обслуговування лише дуже невеликої кількості сценаріїв з високою вартістю, а високе значення не довіряє загальному індексатору, навіть якщо є unisat Сильна сторона, але ринок не оплачує рахунок, якщо він був запропонований 1 рік тому, то може бути зовсім іншим в потрібний час і в потрібному місці. 2. Фундаментальна дилема: мінімалістична філософія та надмірний дизайн Bitcoin Кумулятивні ефекти технічного боргу Еволюція цих протоколів представляє чітку, але суперечливу логіку: кожен новий протокол намагається вирішити проблеми своїх попередників, але вносить нові складності при їх вирішенні. Починаючи з елегантності та простоти Ordinals і закінчуючи технічною начинкою наступних протоколів, складність постійно зростає, щоб бути різною, поки кожному гравцеві не доведеться вчити купу термінів і постійно стежити за ризиками. І вся увага зосереджена лише на логіці платформи для випуску монет, так чому б гравцям не вибрати місце з нижчою вартістю, простішим керуванням, більш значним тягою та кращим механізмом платформи? Жування однієї і тієї ж теми протягом тривалого часу призвело до естетичної втоми користувачів. Замкнуте коло обмежених ресурсів Першопричина нестачі ресурсів у цих проектів може критися в централізації і справедливому запуску самого біткоіни - як можуть установи, яким не вистачає стимулів, надмірно інвестувати в платформи, які не мають переваги? У порівнянні з доходами від блоку майнерів, робота індексера – це чисті витрати, і без розподілу доходу «майнера» вирішувати технічні та операційні проблеми нікому. Спекулятивний попит vs реальний попит У багатьох освітах користувачів було виявлено, що поки вони є офчейн-протоколами, їх безпека не дорівнює консенсусу Bitcoin. Охолодження ринку не випадкове, а відображає фундаментальну проблему написів договорів: вони вирішують не реальні потреби, а спекулятивні. На противагу цьому, по-справжньому успішні блокчейн-протоколи пов'язані з тим, що вони вирішують практичні проблеми: консенсус, функціональність і продуктивність є незамінними, але внесок протоколів написів у цьому відношенні майже нульовий, що пояснює, чому їх популярність не є стійкою. 3. Трансформація епохи з нагоди RWA: від ринкової мрії до частки ринку Зрілість ринкового сприйняття У міру дозрівання ринку користувачі навчилися цінувати свою увагу після кількох раундів хрещень биків і ведмедів - який цінний ресурс. Вони більше не просто слухають джерела інформації, монополізовані Twitter KOLs і дискурсивною спільнотою, і вони більше не є «гарматним м'ясом для консенсусу» забобонних білих книг. Поріг для платформи випуску низький, і в нинішніх ринкових умовах цей «фрукт, що низько висить» був обраний. Індустрія переходить від чистого випуску токенів до більш практичних сценаріїв застосування. Але варто зауважити, що якщо в просторі RWA буде всього купа дистриб'юторських платформ, то ця хвиля можливостей буде швидкою і швидкою. Повернення створення цінності Технологічні інновації в епоху протоколів написів часто забарвлені «шоуменством», переслідуючи технічну винахідливість, а не практичність. Логіка розвитку нової ери змістилася з «ставки ринкової мрії» на «частку ринку», і більше уваги приділяється формуванню реального мережевого ефекту за допомогою сарафанного радіо користувача. Реальна можливість належить тим командам, які шукають product-market fit – робити продукти, які дійсно відповідають потребам користувачів, мають грошовий потік і бізнес-модель. Висновок: повернення розуму і стриманості На перших порах, коли все буде в макроперспективі, в кінцевому підсумку все стане правильним і справедливим. Після заспокоєння дослідження та невдачі епохи написів також дають цінні уроки для здорового розвитку всієї галузі. Коли ціна біткойна досягає нових максимумів, у нас є підстави пишатися цією чудовою технологічною інновацією. Але слід також визнати, що технологія має свої внутрішні закони, не всі інновації матимуть успіх, і не всі бульбашки будуть нічого не варті. Злети і падіння напису угоди, вона говорить нам про те, що технологічні інновації повинні будуватися на міцному технічному фундаменті і реальному ринковому попиті, спекулятивному ентузіазмі і надмірному технічному понтику, але все, що не відповідає поточним ринковим умовам (пізнанню закладу і розумінню гравця), призведе до спалаху на сковороді, гонитва за гарячими проектами може мати голос, але проект по створенню гарячих точок може жити довго. У цій галузі, що швидко змінюється, важливіше бути раціональним і стриманим як будівельник, ніж гнатися за гарячими точками і робити поспішні релізи. Тим більше, що на ринку насправді не так багато терпіння, яке чекає, коли ви відшліфуєте і повторите, багато традиційних інтернет-стратегій маленьких кроків і швидкого бігу не реалізуються, а перша битва – це вирішальна битва. Як я писав у статті два роки тому: «NFT BRC-20 і Ordinals принесли багато суперечок до Bitcoin... Незважаючи на те, що новинка вибухонебезпечна в ціні, її технічні недоліки також дуже істотні: занадто централізована, відсутність довіреного механізму верифікації, обмежена продуктивність мережі біткоіни, відсутність інфраструктури, відсутність безпеки. " «Хоча я не налаштований оптимістично щодо Ordinals перед ним, зрештою, його застосування блокчейн-простору все ще занадто одноманітне... Але як цікава спроба, така проривна інновація також може знову пробудити думку кожного. " Історія доводить важливість збереження раціонального мислення. Кінець епохи написів – це не провал, а зростання. Вона показує нам шлях вперед і дає цінні уроки для тих, хто прийде після нас. У цьому сенсі історична цінність протоколу з написом буде існувати ще довго і стане важливою сторінкою в історії технології блокчейн.

Колись казали, що Бонкфун не дожив і п'яти днів Колись казали, що Вангчай не проживе більше трьох днів Кажуть, що ті, хто женеться високо, мусять заціпеніти, коли сплять Кажуть, кажуть, кажуть ..... @SolportTom