Предпринимались ли рассмотрение какого-либо протокола платежей канала - что-то вроде BIP70, но предназначен для сигнализации и заключить новый платежный канал, а не разовых сделок?

каналы оплаты, кажется, как приложение убийцы для Bitcoin - то, что просто не было возможно раньше существовали децентрализованные ненадежные валюты. Большинство людей на форуме, возможно, понять основные механики установки канала оплаты (см оригинальное описание Майка Хирн в https://bitcoin.org/en/developer-guide#micropayment-channel или https://en.bitcoin.it/wiki/Contract#Example_7:_Rapidly-adjusted_.28micro.29payments_to_a_pre-determined_party если вы не знакомы с концепцией). Там действительно интересная работа происходит в платежных каналах, например, https://streamium.io/ а также https://www.bitmesh.network/ , но, насколько я могу судить, не является стандартным способом для поставщика услуг, чтобы сигнализировать клиенту, что они хотят, чтобы установить канал оплаты и обмена информацией, необходимой для этого канала будет создана (например, Bitcoin адреса, количество облигаций, nLockTime, частота платежа, сумма платежа). Будет ли это стандартизированный способ сигнала это может быть полезен для получения проектов оплаты канала от земли? Будет ли это поможет Streamium, например, если бумажники могли изначально понимать платежные каналы и платить за потоки?

Я был действительно заинтересован в платежных каналах на некоторое время, но это мой первый пост в bitcointalk. Извинения, если это уже пройдены раньше - я был поиск в форумах, но не мог найти кого-либо еще предлагая это как путь вперед для платежных каналов. Я уже потратил много времени, думая о том, что протокол должен выглядеть и быть счастливым, чтобы конкретизировать детали в комментариях ниже, но хотел, чтобы оценить интерес, прежде чем писать все.