web3 enthusiast
web3 enthusiast
Share Dialog
Share Dialog

Subscribe to Ooozo

Subscribe to Ooozo
<100 subscribers
<100 subscribers
Привіт і ласкаво просимо до другої частини моєї статті про мережу Zeeka!
У моїй першій частині статті про Zeek Network ми знайомимося з блокчейнами першого рівня, проблемами, блокчейнами другого рівня, зокрема ZKP і які проблеми вони вирішують.
У другій частині статті я опишу, як працює Zeeka Network!

Основний ланцюжок використовуватиме чудову RandomX хеш-функцию від Monero для реалізації консенсусу Proof-of-Work. Можна зробити свій внесок у мережу Zeeka одним із двох способів: пропонуючи консенсус або виконуючи контракти та демонструючи їх виконання. У той час як виконавці виконують контракти zkSNARK та надають докази, майнери сприяють досягненню консенсусу. Контракти не обов'язково мають виконуватися Валідаторами, які натомість використовують докази Виконавців, щоб визначити, чи дійсні переходи станів. Є два способи, якими користувачі можуть зробити свій внесок у мережу Zeeka: або пропонуючи консенсус, або виконуючи контракти та демонструючи їх виконання. Поки майнери сприяють досягненню консенсусу, виконавці виконують контракти zkSNARK та надають докази. Валідатори не зобов'язані виконувати контракти, а натомість оцінюють дійсність переходів між станами на основі доказів Виконавців.

Виконавці транзакцій є ядром мережі Zeeka. Вони будуть відповідати за стан блокчейна та користувальницькі операції. Виконавці транзакцій блокчейну Ethereum дуже схожі на операторів zkRollups. Оскільки виконавці транзакцій є частиною ядра блокчейна Zeeka, а не іншим підходом 2 рівня, Zeeka буде оптимізована для їх обробки. Zeeka перешкоджатиме регулярним транзакціям та вимагатиме від користувачів приєднатися до платіжної мережі Виконавця для проведення фінансових транзакцій.
У Zeeka аналогом смарт-контракту є нульовий контракт. Пропонується, щоб контракти в блокчейні Zeeka не укладалися для конкретної віртуальної машини (наприклад, EVM). Пропонується, щоб контракти були написані R1CS (будівельний блок ланцюгів zkSNARK). Будь-який може використовувати ключі перевірки контракту R1CS, які можуть включати безліч ланцюгів, для переходу з одного стану в інший за допомогою однієї транзакції після того, як програміст завантажить їх в блокчейн (що може бути просто стиснутою версією тисяч транзакцій). Передбачається, що протокол перевірки Zeeka з нульовим розголошенням служить як CIS (Common Reference String), який можна використовувати для створення екземплярів різних кіл без необхідності щоразу встановлювати довірене налаштування.
Оскільки вони забезпечують лише доступність даних історії ланцюжка, а не фактичний стан SNARK, блокчі на основі віртуальних машин (наприклад, Ethereum) не можуть забезпечити доступність даних стану SNARK. Вузли та майнери Zeeka працюють таким чином, що приймають тільки ланцюжки, що включають дані попереднього блоку; зокрема, вони перевіряють, чи хеш даних відповідає хешу стану, представленому в попередньому блоці. Цей метод гарантує, що стислий стан останнього блоку завжди буде доступним. Мережа відхиляє довшу підчіпку з недоступним станом підказки, тому що вона марна. Блокчейн, який використовується Zeeka, відстежує розміри станів і не дає їм вийти з-під контролю. Якщо розмір стану збільшується, виконавці відповідають за оплату більшої кількості байтів.
Контракт основної платіжної мережі буде розміщено на додаток до контрактів, розроблених користувачами, які вже представлені у мережі Zeeka. Основна платіжна мережа буде великою платіжною мережею на основі zkSNARK, яка успадкує консенсус основного блокчейну та гарантії доступності даних. Всі гаманці Zeeka в першу чергу використовуватимуть цю мережу як платіжний засіб і відправлятимуть стандартні транзакції тільки тоді, коли вони хочуть взяти гроші з одного контракту і вкласти їх в інший.
Дякую, що прочитали цю статтю. Я сподіваюся, що тепер у вас є більш чітке уявлення про те, як працюватиме мережа Zeeka. У третьому посту буде обговорено команду розробників Zeeka, токеноміку та дорожню карту.
Слідкуйте за оновленнями!

Привіт і ласкаво просимо до другої частини моєї статті про мережу Zeeka!
У моїй першій частині статті про Zeek Network ми знайомимося з блокчейнами першого рівня, проблемами, блокчейнами другого рівня, зокрема ZKP і які проблеми вони вирішують.
У другій частині статті я опишу, як працює Zeeka Network!

Основний ланцюжок використовуватиме чудову RandomX хеш-функцию від Monero для реалізації консенсусу Proof-of-Work. Можна зробити свій внесок у мережу Zeeka одним із двох способів: пропонуючи консенсус або виконуючи контракти та демонструючи їх виконання. У той час як виконавці виконують контракти zkSNARK та надають докази, майнери сприяють досягненню консенсусу. Контракти не обов'язково мають виконуватися Валідаторами, які натомість використовують докази Виконавців, щоб визначити, чи дійсні переходи станів. Є два способи, якими користувачі можуть зробити свій внесок у мережу Zeeka: або пропонуючи консенсус, або виконуючи контракти та демонструючи їх виконання. Поки майнери сприяють досягненню консенсусу, виконавці виконують контракти zkSNARK та надають докази. Валідатори не зобов'язані виконувати контракти, а натомість оцінюють дійсність переходів між станами на основі доказів Виконавців.

Виконавці транзакцій є ядром мережі Zeeka. Вони будуть відповідати за стан блокчейна та користувальницькі операції. Виконавці транзакцій блокчейну Ethereum дуже схожі на операторів zkRollups. Оскільки виконавці транзакцій є частиною ядра блокчейна Zeeka, а не іншим підходом 2 рівня, Zeeka буде оптимізована для їх обробки. Zeeka перешкоджатиме регулярним транзакціям та вимагатиме від користувачів приєднатися до платіжної мережі Виконавця для проведення фінансових транзакцій.
У Zeeka аналогом смарт-контракту є нульовий контракт. Пропонується, щоб контракти в блокчейні Zeeka не укладалися для конкретної віртуальної машини (наприклад, EVM). Пропонується, щоб контракти були написані R1CS (будівельний блок ланцюгів zkSNARK). Будь-який може використовувати ключі перевірки контракту R1CS, які можуть включати безліч ланцюгів, для переходу з одного стану в інший за допомогою однієї транзакції після того, як програміст завантажить їх в блокчейн (що може бути просто стиснутою версією тисяч транзакцій). Передбачається, що протокол перевірки Zeeka з нульовим розголошенням служить як CIS (Common Reference String), який можна використовувати для створення екземплярів різних кіл без необхідності щоразу встановлювати довірене налаштування.
Оскільки вони забезпечують лише доступність даних історії ланцюжка, а не фактичний стан SNARK, блокчі на основі віртуальних машин (наприклад, Ethereum) не можуть забезпечити доступність даних стану SNARK. Вузли та майнери Zeeka працюють таким чином, що приймають тільки ланцюжки, що включають дані попереднього блоку; зокрема, вони перевіряють, чи хеш даних відповідає хешу стану, представленому в попередньому блоці. Цей метод гарантує, що стислий стан останнього блоку завжди буде доступним. Мережа відхиляє довшу підчіпку з недоступним станом підказки, тому що вона марна. Блокчейн, який використовується Zeeka, відстежує розміри станів і не дає їм вийти з-під контролю. Якщо розмір стану збільшується, виконавці відповідають за оплату більшої кількості байтів.
Контракт основної платіжної мережі буде розміщено на додаток до контрактів, розроблених користувачами, які вже представлені у мережі Zeeka. Основна платіжна мережа буде великою платіжною мережею на основі zkSNARK, яка успадкує консенсус основного блокчейну та гарантії доступності даних. Всі гаманці Zeeka в першу чергу використовуватимуть цю мережу як платіжний засіб і відправлятимуть стандартні транзакції тільки тоді, коли вони хочуть взяти гроші з одного контракту і вкласти їх в інший.
Дякую, що прочитали цю статтю. Я сподіваюся, що тепер у вас є більш чітке уявлення про те, як працюватиме мережа Zeeka. У третьому посту буде обговорено команду розробників Zeeka, токеноміку та дорожню карту.
Слідкуйте за оновленнями!

No activity yet