Розробники Bitcoin об'єднали 3 нові BIP, і комісії за транзакції можуть значно знизитися

2-4 листопада в репозиторії пропозицій Bitcoin було додано три чернетки специфікацій, які можуть знизити витрати на платежі, об'єднані кількома користувачами, та для консолідації багатьох вхідних даних в один вихід.

BIP458 був об'єднаний 2 листопада, BIP459 – 3 листопада, а BIP460 – 4 листопада.

Їх механізм об'єднує підписи, які прикріплені до вхідних транзакцій, що витрачаються монет. Половинна агрегація об'єднує незалежно створені підписи без інтерактивної сесії підписання: n підписів по 64 байти стають 32(n+1) байти.

Повна агрегація вимагає скоординованого підписання, але виробляє єдиний підпис на 64 байти для всіх зібраних підписів у групі. Наприклад, для десяти підписів це означає зменшення з 640 байтів до 352 або 64 байтів відповідно, що становить зменшення на 45% та 90%.

Зменшення плати за всю транзакцію буде значно меншим. Плати Bitcoin звичайно виражаються за віртуальний байт (vB).

За правилами ваги Bitcoin, віртуальний розмір - це вага транзакції, розділена на чотири, округлена вгору. Гіпотетичні приклади демонструють всі вхідні дані в однієї групі агрегації та використовують стандартні налаштування підписів.

Спільна транзакція з десятьма входами та десятьма виходами зменшиться з 1,016 vB до 944 vB з половинною агрегацією або до 872 vB з повною агрегацією, знижуючи плату приблизно на 7,1% або 14,2%. Консолідація отримає більше переваг у другому прикладі з 100 вхідними даними, об'єднаними в один вихід, де розмір зменшується з 5,804 vB до 5,012 vB з половинною агрегацією або до 4,220 vB з повною агрегацією, що зменшує плату приблизно на 13,6% або 27,3%. BIP460 не визначає параметри активації, а його запропонована версія свідка, наразі v2, потребує координації з іншими пропозиціями. Гаманці повинні підтримувати новий тип виходу, оскільки існуючі виходи Taproot не отримають агрегації автоматично, що обмежується лише витратами на основі підпису чи ключовими витратами. Витрати, які виконують скрипти, відомі як витрати за скриптовим шляхом, не можуть приєднатися до груп агрегації, а відповідні вхідні дані можуть відмовитися. Повна агрегація потребує станового двоетапного протоколу підписання, і повторне використання секретних ненш дозволяє компрометувати ключі підпису, що робить підтримку апаратного забезпечення та систем в ізоляції вимогливою.

Половинна агрегація обходить цю спільну сесію підписування, хоча колаборативне створення транзакцій все ще вимагає згоди.