Повна прозорість торгового фону: нова спроба опублікувати "комерційну книгу обліку"
У світі децентралізованих фінансів ( DeFi ) кожна транзакція записується в незмінному публічному реєстрі, який може перевірити будь-хто. Ми звикли бачити записи про кожен обмін на деяких децентралізованих біржах, але ця інформація зазвичай обмежується лише рівнем "транзакція відбулася".
Протягом тривалого часу атрибуція угод значною мірою покладалася на внутрішні системи проекту або централізовану обробку, що сформувало так званий "чорний ящик зростання": хоча самі угоди можуть бути перевірені в ланцюзі, джерела просування зазвичай підраховуються поза ланцюгом. Цей підхід не є випадковим, а обумовлений технологічними та економічними міркуваннями. На основних публічних блокчейнах додавання додаткових ідентифікаторів до кожної угоди значно збільшить витрати на газ і може створити проблеми безпеки, тому багато проектів обирають зберігати "комерційні книги" поза ланцюгом.
Деяка децентралізована платформа для торгівлі працює на основі самостійно розробленої базової блокчейн-мережі, користувачі можуть здійснювати торгівлю безстроковими контрактами тут. На відміну від інших платформ, вона обирає відкривати ключові бізнес-дані та торгову логіку на ланцюгу, що реалізує повну прозорість від фінансових угод до атрибуції зростання, роблячи "бекенд" біржі більш зрозумілим у вигляді відстежуваної карти зростання.
!
Публічна «комерційна книга»: джерела зростання очевидні
Ця платформа має інформаційну панель, що порівнянна з реальним "операційним центром". Вона не лише демонструє макро-тенденції, але й точно показує, який гаманець, яким інструментом і в який час вплинув на зміну ринку. Цей підхід полягає в структуризації інформації про джерела в протоколі, в основному з двох вимірів:
Builder( замовлення рівня ): у параметрах замовлення зафіксувати інструмент, що використовувався для оформлення замовлення. Це дозволить порівняти угоди, комісії та залишки за інструментами, а також провести атрибуцію джерел.
Рекомендаційний( рівень рахунку): прив'язка рекомендованих відносин на стороні рахунку, знижки та повернення комісій відповідно до умов угоди розраховуються на ланцюгу. Це дозволяє оцінювати ефективність просування на основі даних розрахунків на ланцюгу, що полегшує оцінку бюджету та ROI.
!
Як пов'язати торгівлю з ростом?
Приклад сцені A(Builder | Рівень замовлення )
Торговець Боб використовує інструмент "TradePro" розробника Девіда для оформлення замовлення, яке містить адресу Девіда ( та параметр builder ); протокол автоматично фіксує цю адресу на ланцюгу разом із відповідним комісією та відповідно до правил завершує розподіл.
Приклад сцени B( Реферальна | Рівень облікового запису )
Трейдер Аліса зареєструвалася за рекомендаційним кодом промоутера Емми, обліковий запис Аліси отримав рекомендоване з'єднання, яке можна перевірити в блокчейні; після цього кожна угода Аліси отримує знижку на комісію, система статистично підраховує знижки на рівні облікового запису та автоматично розподіляє комісію Еммі.
!
Зростання внесків без довіри (Trustless) механізм
Коли «атрибуція зростання» переходить з поза ланцюга в ланцюг, вся цінова ланка змінюється. Ми можемо спостерігати з трьох вимірів: правил, розрахунків, даних:
Правила: від "змінного тлумачення" до "правил рівня протоколу"
Ключова логіка закріплюється в контракті, який виконується спільно мережею; замість тимчасового тлумачення використовуються кодові обмеження, що підвищує нейтральність і передбачуваність правил.
Розрахунок: від "ручного затвердження" до "автоматичного врегулювання"
Як приклад замовлення рівня Builder(: користувач спочатку встановлює "максимальні витрати авторизації" для адреси розробника, а пізніше кожне замовлення міститиме параметр builder, протокол на ланцюзі завершить розподіл та розрахунки без жодного втручання з боку людини.
Дані: від "рекламного звіту" до "простежуваного реєстру"
Усі ключові дії — розміщення замовлень, скасування замовлень, розрахунок, застосування знижок — фіксуються в блокчейні, будь-хто може самостійно перевірити в публічному реєстрі, більше не залежачи від односторонньої пропаганди.
Ця трансформація принесла кілька безпосередніх наслідків:
Для розробників)Builder( та промоутерів)Referral(: повернення до суті внеску
Автоматичне розрахування на основі внесків в ланцюгу, без залежності від стосунків або офлайн-статистики, хто створює цінність очевидно. Відмінні учасники можуть "голосувати кодом", а не "переконувати за допомогою PPT".
Щодо управління проектом та DAO: від суб'єктивних суджень до даних консенсусу
Прийняття рішень на основі єдиного показника, обговорення зниження витрат. Наприклад, дошка "Коефіцієнт утримання користувачів Builder" може наочно продемонструвати різницю в якості користувачів, яку надають різні інструменти.
Для звичайних трейдерів: проникайте через шум фактами
може самостійно визначити "хто керує процесом, які інструменти ефективні", зменшуючи вплив непрозорої інформації.
Однак будь-яка технологічна парадигма є двосічним мечем. Коли прозорість досягає свого максимуму, нові ризики та виклики також виникають:
Витік стратегії та зниження альфа: випаровування комерційних таємниць
Для професійних трейдерів та розробників, коли їхня торгова модель та логіка інструментів чітко відстежуються, їхній прибутковий альфа стає на виду, що може призвести до легкого копіювання та імітації, що, в свою чергу, призводить до швидкого знецінення стратегії.
Точне прицілювання та маніпуляції ринком: прозорий мисливський майданчик
Намір великих трейдерів щодо відкриття позицій став очевидним, що може призвести до того, що їх можуть ненавмисно наслідувати або використовувати інформацію про позиції для точних атак з боку контрагентів, що збільшує ризик операцій з великими коштами.
Фінансова приватність: публічне "бідність на показ"
Історія торгівлі користувача, стан прибутків та збитків )PnL( повністю відкриті, екосистема агрегує події ліквідації для формування рейтингів; але це також виявляє адреси та номінальні збитки, що може більше за все призвести до загроз з боку хакерів, фішингу та навіть загроз безпеці в реальному житті.
) Майбутні напрямки вирішення
Щоб впоратися з цими ризиками, галузь вже звернула увагу на технології перевірки конфіденційності, представлені нульовими доказами ###ZKP(. Її основна мета полягає в тому, щоб довести протоколу, що певний внесок дійсно був здійснений конкретним промоутером або інструментом, не розкриваючи при цьому особу трейдера чи деталі стратегії, і на основі цього завершити розрахунки в ланцюзі.
Цей шлях надає чіткий технічний напрямок для досягнення ідеального стану "який можна перевірити та який можна захистити". Але ця технологія все ще стикається з викликами в таких аспектах, як вартість, затримка та протидія "відьомським" атакам, що потребує значної інженерної доопрацювання.
Висновок: Реконструкція бізнес-моделі
Ця спроба розширити принцип "недовірливого" DeFi з рівня угод до рівня джерел демонструє, що таке рідний ріст протоколу: вона повністю розміщує замкнене коло "залучення нових користувачів - угода - розподіл прибутків" на блокчейні, роблячи його як відстежуваним, так і перевіряємим, закладаючи основу для більш справедливої системи стимулювання.
Однак таке проектування, яке пов'язує зростання з блокчейном, також викликає основний виклик: як краще захистити особисті стратегії та конфіденційність без жертвування перевіряємостю. Лише коли "відстежувана бухгалтерія" гармонійно співіснує з "анонімними правами", механізм зростання можна вважати завершеним повним переходом з офлайну в онлайн.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
8 лайків
Нагородити
8
6
Репост
Поділіться
Прокоментувати
0/400
LuckyBlindCat
· 5год тому
поза блокчейном статистика рано чи пізно призведе до проблем
у блокчейні зростання归因:торговельна платформа探索透明商业账本新模式
Повна прозорість торгового фону: нова спроба опублікувати "комерційну книгу обліку"
У світі децентралізованих фінансів ( DeFi ) кожна транзакція записується в незмінному публічному реєстрі, який може перевірити будь-хто. Ми звикли бачити записи про кожен обмін на деяких децентралізованих біржах, але ця інформація зазвичай обмежується лише рівнем "транзакція відбулася".
Протягом тривалого часу атрибуція угод значною мірою покладалася на внутрішні системи проекту або централізовану обробку, що сформувало так званий "чорний ящик зростання": хоча самі угоди можуть бути перевірені в ланцюзі, джерела просування зазвичай підраховуються поза ланцюгом. Цей підхід не є випадковим, а обумовлений технологічними та економічними міркуваннями. На основних публічних блокчейнах додавання додаткових ідентифікаторів до кожної угоди значно збільшить витрати на газ і може створити проблеми безпеки, тому багато проектів обирають зберігати "комерційні книги" поза ланцюгом.
Деяка децентралізована платформа для торгівлі працює на основі самостійно розробленої базової блокчейн-мережі, користувачі можуть здійснювати торгівлю безстроковими контрактами тут. На відміну від інших платформ, вона обирає відкривати ключові бізнес-дані та торгову логіку на ланцюгу, що реалізує повну прозорість від фінансових угод до атрибуції зростання, роблячи "бекенд" біржі більш зрозумілим у вигляді відстежуваної карти зростання.
!
Публічна «комерційна книга»: джерела зростання очевидні
Ця платформа має інформаційну панель, що порівнянна з реальним "операційним центром". Вона не лише демонструє макро-тенденції, але й точно показує, який гаманець, яким інструментом і в який час вплинув на зміну ринку. Цей підхід полягає в структуризації інформації про джерела в протоколі, в основному з двох вимірів:
Builder( замовлення рівня ): у параметрах замовлення зафіксувати інструмент, що використовувався для оформлення замовлення. Це дозволить порівняти угоди, комісії та залишки за інструментами, а також провести атрибуцію джерел.
Рекомендаційний( рівень рахунку): прив'язка рекомендованих відносин на стороні рахунку, знижки та повернення комісій відповідно до умов угоди розраховуються на ланцюгу. Це дозволяє оцінювати ефективність просування на основі даних розрахунків на ланцюгу, що полегшує оцінку бюджету та ROI.
!
Як пов'язати торгівлю з ростом?
Приклад сцені A(Builder | Рівень замовлення )
Торговець Боб використовує інструмент "TradePro" розробника Девіда для оформлення замовлення, яке містить адресу Девіда ( та параметр builder ); протокол автоматично фіксує цю адресу на ланцюгу разом із відповідним комісією та відповідно до правил завершує розподіл.
Приклад сцени B( Реферальна | Рівень облікового запису )
Трейдер Аліса зареєструвалася за рекомендаційним кодом промоутера Емми, обліковий запис Аліси отримав рекомендоване з'єднання, яке можна перевірити в блокчейні; після цього кожна угода Аліси отримує знижку на комісію, система статистично підраховує знижки на рівні облікового запису та автоматично розподіляє комісію Еммі.
!
Зростання внесків без довіри (Trustless) механізм
Коли «атрибуція зростання» переходить з поза ланцюга в ланцюг, вся цінова ланка змінюється. Ми можемо спостерігати з трьох вимірів: правил, розрахунків, даних:
Правила: від "змінного тлумачення" до "правил рівня протоколу" Ключова логіка закріплюється в контракті, який виконується спільно мережею; замість тимчасового тлумачення використовуються кодові обмеження, що підвищує нейтральність і передбачуваність правил.
Розрахунок: від "ручного затвердження" до "автоматичного врегулювання" Як приклад замовлення рівня Builder(: користувач спочатку встановлює "максимальні витрати авторизації" для адреси розробника, а пізніше кожне замовлення міститиме параметр builder, протокол на ланцюзі завершить розподіл та розрахунки без жодного втручання з боку людини.
Дані: від "рекламного звіту" до "простежуваного реєстру" Усі ключові дії — розміщення замовлень, скасування замовлень, розрахунок, застосування знижок — фіксуються в блокчейні, будь-хто може самостійно перевірити в публічному реєстрі, більше не залежачи від односторонньої пропаганди.
Ця трансформація принесла кілька безпосередніх наслідків:
Для розробників)Builder( та промоутерів)Referral(: повернення до суті внеску Автоматичне розрахування на основі внесків в ланцюгу, без залежності від стосунків або офлайн-статистики, хто створює цінність очевидно. Відмінні учасники можуть "голосувати кодом", а не "переконувати за допомогою PPT".
Щодо управління проектом та DAO: від суб'єктивних суджень до даних консенсусу Прийняття рішень на основі єдиного показника, обговорення зниження витрат. Наприклад, дошка "Коефіцієнт утримання користувачів Builder" може наочно продемонструвати різницю в якості користувачів, яку надають різні інструменти.
Для звичайних трейдерів: проникайте через шум фактами може самостійно визначити "хто керує процесом, які інструменти ефективні", зменшуючи вплив непрозорої інформації.
! [])https://img-cdn.gateio.im/webp-social/moments-afcf6a9fde5e4749de77b88e8748a51a.webp(
Прозорі витрати та межі приватності
Однак будь-яка технологічна парадигма є двосічним мечем. Коли прозорість досягає свого максимуму, нові ризики та виклики також виникають:
Витік стратегії та зниження альфа: випаровування комерційних таємниць Для професійних трейдерів та розробників, коли їхня торгова модель та логіка інструментів чітко відстежуються, їхній прибутковий альфа стає на виду, що може призвести до легкого копіювання та імітації, що, в свою чергу, призводить до швидкого знецінення стратегії.
Точне прицілювання та маніпуляції ринком: прозорий мисливський майданчик Намір великих трейдерів щодо відкриття позицій став очевидним, що може призвести до того, що їх можуть ненавмисно наслідувати або використовувати інформацію про позиції для точних атак з боку контрагентів, що збільшує ризик операцій з великими коштами.
Фінансова приватність: публічне "бідність на показ" Історія торгівлі користувача, стан прибутків та збитків )PnL( повністю відкриті, екосистема агрегує події ліквідації для формування рейтингів; але це також виявляє адреси та номінальні збитки, що може більше за все призвести до загроз з боку хакерів, фішингу та навіть загроз безпеці в реальному житті.
) Майбутні напрямки вирішення
Щоб впоратися з цими ризиками, галузь вже звернула увагу на технології перевірки конфіденційності, представлені нульовими доказами ###ZKP(. Її основна мета полягає в тому, щоб довести протоколу, що певний внесок дійсно був здійснений конкретним промоутером або інструментом, не розкриваючи при цьому особу трейдера чи деталі стратегії, і на основі цього завершити розрахунки в ланцюзі.
Цей шлях надає чіткий технічний напрямок для досягнення ідеального стану "який можна перевірити та який можна захистити". Але ця технологія все ще стикається з викликами в таких аспектах, як вартість, затримка та протидія "відьомським" атакам, що потребує значної інженерної доопрацювання.
Висновок: Реконструкція бізнес-моделі
Ця спроба розширити принцип "недовірливого" DeFi з рівня угод до рівня джерел демонструє, що таке рідний ріст протоколу: вона повністю розміщує замкнене коло "залучення нових користувачів - угода - розподіл прибутків" на блокчейні, роблячи його як відстежуваним, так і перевіряємим, закладаючи основу для більш справедливої системи стимулювання.
Однак таке проектування, яке пов'язує зростання з блокчейном, також викликає основний виклик: як краще захистити особисті стратегії та конфіденційність без жертвування перевіряємостю. Лише коли "відстежувана бухгалтерія" гармонійно співіснує з "анонімними правами", механізм зростання можна вважати завершеним повним переходом з офлайну в онлайн.
! [])https://img-cdn.gateio.im/webp-social/moments-32620d591e58072fa2ef241d37cb5964.webp(