Светкавичните Мрежи няма ли да имат нужда от изчисления(спец.хардуер) ? Тоест, кой, как и защо ще гарантира обмена извън веригата ?
Светкавичната мрежа няма нужда от специализиран хардуеър, който използват миньорите за да намират решение за даден блок на принципа "опит-грешка". Светкавичната мрежа е протокол от 2-ро ниво. Към обикновен биткойн портфейл се добавя разширение за конфигуриране и участие в една или повече светкавични мрежи. Достатъчен е компютър с общо предназначение за да подписва съобщения преди да ги изпрати или да провери подписите на получени съобщения.
Когато се създава канал за разплащания между двама или повече участници в една светкавична мрежа, всеки от тях превежда определено количество биткойни на "ничий" биткойн адрес. Адресът е ничий, защото нито един от участниците не притежава всички части от тайният ключ позволяващ достъп до тези пари.
Ако разплащателният канал е еднопосочен само купувачът изпраща биткойни на такъв ничий адрес. При всяко направено микроплащане продавачът получава от купувача отключващ ключ за конкретната сума. Така продавачът с времето натрупва положителен баланс от преводи осъществени извът блокверигата, които купувачът не може да откаже да плати, защото парите му стоят по ничията сметка и може да бъдат изхарчени частично или изцяло само от този, който притежава тайният ключ. Продавачът има достъп само до онази част от биткойните по този адрес, за които купувачът е заплатил до даден момент. Това е механизмът на действие на тъй наречената хеш-ключалка.
Освен това има и времева ключалка. При изтичане на договореното време цялата "неусвоена" сума по ничият адрес се връща автоматично на купувача.
В момента има няколко групи, които отдавна работят по спецификациите на този протокол от второ ниво. За да може различните светкавични мрежи да бъдат съвместими и да имат достъп една до друга е необходима стандартизация. Тези стандарти се наричат Basis of Lightning Technology (BOLT). Подробности могат да се прочетат тук:
BOLT #1: Base Protocol
BOLT #2: Peer Protocol for Channel Management
BOLT #3: Bitcoin Transaction and Script Formats
BOLT #4: Onion Routing Protocol
BOLT #5: Recommendations for On-chain Transaction Handling
BOLT #6: Interim Node and Channel Discovery
BOLT #7: P2P Node and Channel Discovery
BOLT #8: Encrypted and Authenticated Transport
BOLT #9: Assigned Feature Flags
BOLT #10: DNS Bootstrap and Assisted Node Location
BOLT #11: Invoice Protocol for Lightning Payments
https://github.com/lightningnetwork/lightning-rfc/blob/master/00-introduction.md