p
Size: a a a
2020 June 25
DK
Т.е. быстрый интернет стимулировал появления приложений которые побудили людей покупать компьютеры.
Люди покупали компьютеры для одноклассников? Прямо был взрыв покупок?
DK
Ну общая идея такая, что люди как-то распределяются по оси общественный транспорт - автомобиль в зависимости от многих факторов, в т.ч. количества и качества дорог. Когда строится новая дорога, какому-то количеству колеблющихся автомобиль становится удобнее, и автомобилей становится больше => больше пробок => общественный запрос на больше дорог => начинаем сначала
Это рассуждения не имеют ничего общего с действительностью. Люди уже 120 лет покупают автомобили но совсем не потому что дороги лучше стали. Ну вот какие новые дороги появились в 90е годы в России?
o
Люди покупали компьютеры для одноклассников? Прямо был взрыв покупок?
Рост продаж на десятки процентов. Пруфы искать не буду. Слишком старая история.
OA
Про то что строительство дорог стимулирует автомобилизацию это какие то урбанистические сказки
плюсую.
Если у тебя добавляется машин на трассе, это не созданный новый спрос, а перенаправление уже имеющегося. Скажем, у тебя в городе пробки и ты вынужден ездить реже или на метро. Провели пару хайвеев поперек города и стало ездить быстрее и дешевле, чем на метро - тогда ты поедешь по хайвеям.
Если у тебя добавляется машин на трассе, это не созданный новый спрос, а перенаправление уже имеющегося. Скажем, у тебя в городе пробки и ты вынужден ездить реже или на метро. Провели пару хайвеев поперек города и стало ездить быстрее и дешевле, чем на метро - тогда ты поедешь по хайвеям.
OA
вообще многие люди не понимают что такое opportunity cost и прочие невидимые факторы.
OA
плюсую.
Если у тебя добавляется машин на трассе, это не созданный новый спрос, а перенаправление уже имеющегося. Скажем, у тебя в городе пробки и ты вынужден ездить реже или на метро. Провели пару хайвеев поперек города и стало ездить быстрее и дешевле, чем на метро - тогда ты поедешь по хайвеям.
Если у тебя добавляется машин на трассе, это не созданный новый спрос, а перенаправление уже имеющегося. Скажем, у тебя в городе пробки и ты вынужден ездить реже или на метро. Провели пару хайвеев поперек города и стало ездить быстрее и дешевле, чем на метро - тогда ты поедешь по хайвеям.
Или у тебя нет метро и все ютятся в тесном центре с высокой рентой. А провели хайвей - и стало выгоднее построить офис/завод чуть подальше, снимать землю дешевле и ездить туда на тачиле.
OA
а спрос как был на то, чтоб иметь доступную и дешевую землю, так и остался. Просто дороги открыли новые возможности.
OA
быстрый интернет заполняется трафиком потому что уже есть существующий спрос на кино, но его получают через ебучие дивидюки. А провели оптоволокно - и дивидюки больше не нужны.
OA
@khovratovich норм шифровать ксором, если integrity check через pedersen commitment, а one-time pad сгенерен через csprng из рандомного нонса + всего контента, который шифруешь?
OA
только там MAC-then-encrypt потому что pedersen commitment по плейнтексту, а не по шифротексту
DK
@khovratovich норм шифровать ксором, если integrity check через pedersen commitment, а one-time pad сгенерен через csprng из рандомного нонса + всего контента, который шифруешь?
а можно подробнее? что значит MAC через коммитмент? там есть ключ? и какой ключ у one time pad?
OA
а можно подробнее? что значит MAC через коммитмент? там есть ключ? и какой ключ у one time pad?
делаю протокол для неинтерактивных платежей для zkvm
OA
т.е. ты даешь одноразовый адрес, как в биткоине. Отправитель шифрует quantity / flavor денег и записывает шифротекст как OP_RETURN. Ключ у вас общий через DH. Часть адреса - encryption pubkey, часть OP_RETURN - nonce pubkey
OA
encryption pubkey: K = k*G (generated by recipient)
nonce pubkey: N = n*G (random, by sender)
blinding_factors = Hash1(DH(K,N)) // for pedersen commitments
one_time_pad = Hash2(DH(K,N)) // for plaintext qty + asset flavor
nonce pubkey: N = n*G (random, by sender)
blinding_factors = Hash1(DH(K,N)) // for pedersen commitments
one_time_pad = Hash2(DH(K,N)) // for plaintext qty + asset flavor
OA
получатель читает N из OP_RETURN, делает DH(N,K) = encode(N*k)
вычисляет blinding factors, one time pad, расшифровывает qty, flavor и проверяет что pedersen commitments правильно коммитят в эти qty, flavor с полученными blinding factors
вычисляет blinding factors, one time pad, расшифровывает qty, flavor и проверяет что pedersen commitments правильно коммитят в эти qty, flavor с полученными blinding factors
OA
поскольку n (nonce) каждый раз рандомный, то и blinding factors, и ciphertext будут рандомные, даже если ты одно и то же посылаешь
OA
flavor - это тип ассета (скаляр 32 байта) потому что там мульти-ассет, как сейчас модно