Size: a a a

2022 January 02

VL

Valerii Leontiev in pro.vim
Используете ли вы persistent undo?
Да / нет
Почему?
источник

`<

`"> ∵ <&q... in pro.vim
Используете persistent undo?
Анонимный опрос
59%
Да
41%
Нет
Проголосовало: 17
источник

VL

Valerii Leontiev in pro.vim
Не использую, потому что не знаю, как оно будет себя вести при переключении веток Гита...
источник

V

Vsevolod in pro.vim
В :h persistent-undo же написано, как будет вести.
источник

V

Vim Help in pro.vim
источник
2022 January 03

NK

ID:0 in pro.vim
Я придумал, как ускорить транзакции в криптовалюте, чтоб ею было удобно расплачиваться в магазине!!!  Для ускорения транзакций транзакция делится на предварительную и окончательную.

Предварительное подтверждение осуществляют секунданты обоих кошельков(секунданты всех кошельков известны абсолютно всем, выбираются случайным образом и сообща из числа активных кошельков). Подтверждение осуществляется так же, как и в биткоине, но участвуют только секунданты обоих сторон и дополнительно они проверяют хватает ли средств на счёте с учётом предварительных более ранних переводов из кошелька.

Окончательное подтверждение происходит точно так же, как с биткоином. По завершению информация по предварительном переводе стирается за ненадобностью.

Количество необходимых кошельков-секундантов должно быть рассчитанным оптимально, чтоб и транзакции проходили быстро и надёжность приближалась к 100%
источник

s

sadsnake in pro.vim
Это просто плохой механизм валидаторов в качестве предварительного перед обычными механизмом

Плохой он из-за того, что никак не описана ситуация, когда ты делаешь одновременно 100 предварительных транзакций. Как без консистентного состояния понять, где ты сделал двойную трату некому "секунданту"

И причем тут чат по виму?
источник

NK

ID:0 in pro.vim
Почему же? Предварительные переводы тоже должны учитываться. Это как если бы кошельков биткоина было бы, не нынешнее количество, а тысяча к примеру, но разумеется проверять транзакции надо все, а не этой ограниченной сети.
источник

NK

ID:0 in pro.vim
Ну а вдруг здесь кто-то прочитает и реализует идею?
источник

s

sadsnake in pro.vim
Если они будут учитываться, тогда это тот же условный PoS, только поверх протокола, со всеми теми же ограничениями

Нельзя выделить подсесть, если не заблокировать пользователя в другой части сети
источник

s

sadsnake in pro.vim
Это l2 простой
Другая сеть с облегченной валидацией для быстрых транзакций

За счёт централизации и уменьшения безопасности относительно основной сети. Ещё вопрос моста в эту сеть стоит

Но опять же, чат по виму тут причем)
источник

P

PRISE in pro.vim
Иди в newcryptochat
источник

NK

ID:0 in pro.vim
При чём здесь централизация? У всех свои секунданты.
источник

s

sadsnake in pro.vim
Если вы хотите конситстентное состояние между всеми кошельками, то секунданты не могут быть независимыми друг от друга. Они могут иметь свою бд, но даже это не спасет от транзакции пользователя вне их системы. Надо блокировать у них на счету некую сумму для гарантий

Опять же, можно блокировать счёт пользователя с такой подвешенной транзакцией, но сам флаг блокировки так же меняет состояние и его точно так же можно зафронтранить
источник

s

sadsnake in pro.vim
Нельзя изменить состояние аккаунтов без транзакции безопасно
Нельзя асинхронно менять состояние аккаунтов и не уткнуться в дабл спендинг

Нет, серьезно, вы думаете это на vimscript написать?
источник

NK

ID:0 in pro.vim
Но ведь у половины секундантов всегда будут данные об предварительных исходящих транзакциях.
источник

NK

ID:0 in pro.vim
Мне моя идея показалась гениальной, вот и пишу везде)
источник

s

sadsnake in pro.vim
Я сделал 500 предварительных транзакций в один момент. Как случайным и независимым секундантами понять хватает ли мне денег на них все? Еще я сделал 500 обычных транзакций в сеть в ту же секунду.
источник

NK

ID:0 in pro.vim
Но биткоин от таких манипуляций не ломается же
источник

s

sadsnake in pro.vim
А он так и не делает
У него консистентное состояние и одна цепь транзакций
источник