Зв'язуючи між командами розробки Bitcoin Core і ширшою спільнотою — ось збалансована пропозиція, яку варто розглянути:
План: 1. Відновити OP_RETURN до його оригінального обмеження в 80 байт 2. Зберегти функцію переозначення конфігурації, щоб окремі оператори вузлів зберігали повний контроль над своїми обмеженнями
Цей підхід дає обом сторонам те, що важливо: Core отримує розумне стандартне значення, яке відображає думки спільноти, тоді як оператори вузлів залишаються здатними налаштовувати свою конфігурацію відповідно до своїх конкретних потреб. Це про пошук компромісу без нав'язування чийогось рішення.
Що в цьому найкраще? Усі мають можливість висловитися. Розробники можуть підтримувати стандарти, оператори — експериментувати, а ми рухаємося вперед, не руйнуючи мостів.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
9 лайків
Нагородити
9
5
Репост
Поділіться
Прокоментувати
0/400
LightningWallet
· 6год тому
Цей компромісний варіант цілком підходить, але справжнє питання — хто визначатиме, що таке "розумне за замовчуванням"
Переглянути оригіналвідповісти на0
GovernancePretender
· 01-07 01:00
Знову тут намагатися зам’яти проблему, типовий набір політичних компромісів, які зовсім не вирішують справжніх проблем.
Переглянути оригіналвідповісти на0
MetaMisfit
· 01-07 00:59
Знову ця концепція "компромісу"... звучить непогано, але чи справді вона реалізується?
Переглянути оригіналвідповісти на0
CryptoMotivator
· 01-07 00:52
ngl цей компромісний варіант дійсно має сенс, виграш для обох сторін — це так.
Переглянути оригіналвідповісти на0
ZKProofEnthusiast
· 01-07 00:39
Обмеження в 80 байт? Звучить як якийсь компроміс, але я все ще трохи хвилююся, чи не перетвориться це знову на чергову сварку під час реалізації.
Зв'язуючи між командами розробки Bitcoin Core і ширшою спільнотою — ось збалансована пропозиція, яку варто розглянути:
План:
1. Відновити OP_RETURN до його оригінального обмеження в 80 байт
2. Зберегти функцію переозначення конфігурації, щоб окремі оператори вузлів зберігали повний контроль над своїми обмеженнями
Цей підхід дає обом сторонам те, що важливо: Core отримує розумне стандартне значення, яке відображає думки спільноти, тоді як оператори вузлів залишаються здатними налаштовувати свою конфігурацію відповідно до своїх конкретних потреб. Це про пошук компромісу без нав'язування чийогось рішення.
Що в цьому найкраще? Усі мають можливість висловитися. Розробники можуть підтримувати стандарти, оператори — експериментувати, а ми рухаємося вперед, не руйнуючи мостів.