【Біржовий світ】Співзасновник Ethereum Віталік нещодавно висловив свою думку щодо прозорості алгоритмів. Він вважає, що регулярне відкриття вихідного коду алгоритмів із детальним описом розробки — це хороший напрямок, якщо його правильно реалізувати. Головне — цей механізм повинен мати можливість верифікації та відтворення, щоб справді відповідати довгостроковим вимогам його та спільноти щодо прозорості алгоритмів.
Однак Віталік також зазначив практичну проблему: цикл оновлень раз на 4 тижні може бути занадто агресивним. Часті коригування алгоритмів, хоча й запобігають пошуку вразливостей користувачами, самі по собі вимагають постійної ітерації. У своїй останній статті він згадує ідею річного циклу оновлень, вважаючи, що такий темп може бути більш розумним. Це фактично відображає баланс між відкритістю та стабільністю системи — з одного боку, спільнота має бачити логіку роботи алгоритмів, з іншого — часті зміни не повинні руйнувати стабільність екосистеми.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Знову ця двоїста парадигма "прозорість vs стабільність", звучить непогано, але на практиці це просто смішно. Оновлювати раз на 4 тижні? Це що, відрізняється від слідкування за трендами, як саме? Як тоді будувати екосистему?
Переглянути оригіналвідповісти на0
BlockchainBard
· 6год тому
Віталік цього разу сказав правильно, відкритий код — це відкритий код, але дійсно потрібно враховувати стабільність, 4 тижні — це зовсім недостатньо для гри.
Відкритий код алгоритмів та баланс циклів: роздуми засновника Ethereum Віталіка про механізм прозорості
【Біржовий світ】Співзасновник Ethereum Віталік нещодавно висловив свою думку щодо прозорості алгоритмів. Він вважає, що регулярне відкриття вихідного коду алгоритмів із детальним описом розробки — це хороший напрямок, якщо його правильно реалізувати. Головне — цей механізм повинен мати можливість верифікації та відтворення, щоб справді відповідати довгостроковим вимогам його та спільноти щодо прозорості алгоритмів.
Однак Віталік також зазначив практичну проблему: цикл оновлень раз на 4 тижні може бути занадто агресивним. Часті коригування алгоритмів, хоча й запобігають пошуку вразливостей користувачами, самі по собі вимагають постійної ітерації. У своїй останній статті він згадує ідею річного циклу оновлень, вважаючи, що такий темп може бути більш розумним. Це фактично відображає баланс між відкритістю та стабільністю системи — з одного боку, спільнота має бачити логіку роботи алгоритмів, з іншого — часті зміни не повинні руйнувати стабільність екосистеми.