Size: a a a

2020 June 15

YB

Yanis Benson in Distributed
Foxcool
да, спам до матрикса не дошел
Как девятый пользователь появится, появится и спам
источник

YB

Yanis Benson in Distributed
@mr_tron
не системно. системно это pow
Я как-то раз уже приводил рассчеты, которые показывают, что масштаб разницы между вычислительными способностями смартфонов и серверов/гпу приводят к ситуации, когда нет нормальной конфигурации, которая позволяла бы телефонам не греться/тупить, но не позволяла бы серверам/гпу слать сообщения достаточно дешево для спама.
источник

YB

Yanis Benson in Distributed
Хотя можно немного исхитряться с локальностью, уровня требовать пов для первого сообщения в канале от юзера, что может дать неплохие результаты.
источник

@

@mr_tron in Distributed
естетсвенно. гнать pow на каждое сообщение это пустая трата электричества
источник

@

@mr_tron in Distributed
тоесть пользователь должен легко (с точки зрения и UI и реализации) добавляться в белый список. А пока не добавлен - будь добр считай pow. ну и матрикс это федерация. "Твой" сервер вполне может брать на себя какие-то расчёты
источник

YB

Yanis Benson in Distributed
@mr_tron
тоесть пользователь должен легко (с точки зрения и UI и реализации) добавляться в белый список. А пока не добавлен - будь добр считай pow. ну и матрикс это федерация. "Твой" сервер вполне может брать на себя какие-то расчёты
Но опять же, пов невыгоден в этом смысле, потому что конвертация денег в энергию/ресурс оборудования, а потом конвертация их в ничего.
источник

YB

Yanis Benson in Distributed
Гораздо логичнее конвертировать деньги в деньги с минимальными затратами ресурсов.
источник

PZ

Pavel Zlatovratskii in Distributed
Yanis Benson
Но опять же, пов невыгоден в этом смысле, потому что конвертация денег в энергию/ресурс оборудования, а потом конвертация их в ничего.
Я бы сказал даже так: фундаментальный недостаток PoW в том, что на определённом уровне трата ресурсов для него более доступна компаниям (которые могут заниматься и спамом), чем отдельным пользователям.
источник

u

u836 in Distributed
Pavel Zlatovratskii
Я бы сказал даже так: фундаментальный недостаток PoW в том, что на определённом уровне трата ресурсов для него более доступна компаниям (которые могут заниматься и спамом), чем отдельным пользователям.
Именно так
источник

LL

Lama Lover in Distributed
А я подумал что может быть сделать PoW на какой-нибудь невычисляемой вещи. Типа взять курсы каких-нибудь валют. Предсказать их невозможно, поэтому всем придётся ждать.
Единственная проблема — придётся сильно долбить сервера с валютами, но для какого-нибудт домашнего блокчейна точно сойдёт
источник

YB

Yanis Benson in Distributed
Lama Lover
А я подумал что может быть сделать PoW на какой-нибудь невычисляемой вещи. Типа взять курсы каких-нибудь валют. Предсказать их невозможно, поэтому всем придётся ждать.
Единственная проблема — придётся сильно долбить сервера с валютами, но для какого-нибудт домашнего блокчейна точно сойдёт
Для пов необходима асимметрия ресурсов для вычисления и ресурсов для проверки, как ты собираешься ее достичь в предложенном варианте?
источник

LL

Lama Lover in Distributed
Yanis Benson
Для пов необходима асимметрия ресурсов для вычисления и ресурсов для проверки, как ты собираешься ее достичь в предложенном варианте?
Ну, я имею в виду, что есть набор валют и две отметки времени. Первая - начало консенсуса, вторая - отметка ещё не наступившего времени. Нужно рассчитать двоичный вектор изменения валют от первой отметки ко второй. Типа если vector[RUB] = cost(RUB, USD, TimePointA) > cost(RUB, USD, TimePointB). Никто не сможет это рассчитать быстрее, чем это произойдёт. А проверить это очень легко
источник

LL

Lama Lover in Distributed
Поэтому вычислить невозможно. А проверить очень легко
источник

YB

Yanis Benson in Distributed
Lama Lover
Ну, я имею в виду, что есть набор валют и две отметки времени. Первая - начало консенсуса, вторая - отметка ещё не наступившего времени. Нужно рассчитать двоичный вектор изменения валют от первой отметки ко второй. Типа если vector[RUB] = cost(RUB, USD, TimePointA) > cost(RUB, USD, TimePointB). Никто не сможет это рассчитать быстрее, чем это произойдёт. А проверить это очень легко
Ну так вот, берешь случайное значение, простишь на сервер, повторяешь. Серверу надо проверять каждое значение.
источник

YB

Yanis Benson in Distributed
Это в общем почти ничем не отличается от того, чтобы просто игнорировать долю приходящих сообщений.
источник

YB

Yanis Benson in Distributed
И сложность проверки такая же, как сложность генерации, примерно.
источник

LL

Lama Lover in Distributed
Yanis Benson
Ну так вот, берешь случайное значение, простишь на сервер, повторяешь. Серверу надо проверять каждое значение.
Ну, если значение неверное, проебал деньги. Разве оно не так сейчас в биткоинах работает?
Я просто в криповалютных консенсусах не очень хорош
источник

YB

Yanis Benson in Distributed
Lama Lover
Ну, если значение неверное, проебал деньги. Разве оно не так сейчас в биткоинах работает?
Я просто в криповалютных консенсусах не очень хорош
То есть все будут постоянно бесконечно проебывать деньги...
источник

YB

Yanis Benson in Distributed
Не, в биткоинах оно работает не так
источник

LL

Lama Lover in Distributed
Yanis Benson
Не, в биткоинах оно работает не так
Окей
источник