Lightning-- вполне себе протокол с наказаниями: вбросил старую транзакцию -- потерял всё.

Вроде там давно уже пилят фичу, чтобы в таком случае форсировалось предыдущее справедливое состояние канала, без наказаний. Может и допилили уже. А так вообще лайтнинг — протокол опциональный

Уже записали? Или есть ещё возможность задать?

Все это что?

Но ведь все эти примеры и есть кривизна. Капча это не наказание кстати

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

элсо хотелось бы примеры протоколов без наказаний, которые хорошо работают. Я вот знаю BGP - там регулярно какой-нибудь колхозник из Северной Дакоты анонсит  бог знает что, ставит раком половину интернета и ему ничего за это не бывает. А если бы бывало - может и пореже бы такое случалось

Консенсус в биткоине

Задавай!

Не понимаю, претензии к работе Cloudfare — это же претензии к частному бизнесу, это даже и не протокол. Не понимаю поэтому к чему этот аргумент

cloudflare это по сути надстройка над протоколом, которая приобрела такую популярность (кмк 30% трафика мирового через них сейчас идет) именно потому что изначальный http беззащитен, как птенец. Претензий никаких нет, сплошная суровая правда жизни

Все, что у тебя было в канале, если ничего не было -- ничего не теряешь. У этих наказаний всегда проблемы со соразмерностью, но это и в реальной жизни так. Просто работает-- понятие относительное

Вот с этого места поподробней! Что такое справедливое?

Ну то ли то, на чём изначально канал открывали, то ли просто с последнего изменения состояния канала, на котором оба догворились. Вспомнил, речь про eltoo-каналы вместо Poon-Dryja

Ага, там какая-то хитрая схема, чтобы последний стейт напрямую прикреплять к исходной транзакции, а не через жопу, как сейчас. Но возвращать на начальное состояние было бы странно: я положил сто баксов в канал, заплатил всё тебе, стригерил чит и вернул себе всё как было

1. Как лучше всего оценить сколько нужно (на практике а не в теории) транзакций в ончейне для того чтобы обслужить 1000 транзакций в внутри лайтнинга. Как лучше всего считать такую метрику?

2. Можно ли как-то адекватно посчитать вероятность того что транзакция дойдет до получателя до того как это транзакцию собственно совершить? (Если будет демагогия на тему "в ончейне тоже не посчитать" - там есть мемпул и сортировка по транзакшн фи)

3. Внедряют ли биржи лайтнинг платежи? Почему не внедряют массово (если ответ будет не внедряют) или почему внедряют массово (если ответ будет внедряют)?

Отличные вопросы! Не совсем понял 1: нужно 2 или 3 на канал, в канале сколько угодно

1. Вопрос про ликвидность скорее и про практику. Я понимаю что в теории канал открыл и дальше бесконечное колличество транз. Но на практике это число конечное так канал может быть закрыт в любой момент по желанию любой из сторон.

Вот собственно как лучше всего по косвенным признакам восоздать метрику:

Колличество реальных лайтнинг транз/колличество реальных транз по открытию-закрытию каналов

Ок, я это немного расширю в сторону сколько вообще транзакций в лн

И как это поменяется с запуском AMP