Как стать автором
Обновить
21
0
plumqqz @plumqqz

Пользователь

Отправить сообщение
Мне почему-то кажется, что вам везде будет как-то плохо.
Это у вас машины просто нет. Радио умерло, о господи.
Простите, а вы где живете? Потому что в богохраниром Подмосковье ровно та же история с совершенно традиционным вебом и обычными телефонами — карты берут все вплоть до торговцев на улице, даже не на рынке, и как-то, знаете, странно читать про какие-то идиотские QR-коды — по сравнению с бесконтактным платежом это же в первую очередь неудобно.
Да бог бы с ними, с яйцами. Удобнее-то чем? Чисто с бытовой точки зрения?
Что-то я так и не понял из статьи, чем этот вичат так хорош.
Ну вот и ладушки.
Что если в одной сети мы ликвидировали колесную пару, а в другом купили? Если между чейнами есть какая-то шина, пересылающая транзакции, как мы поймем в каждый конкретный момент, что сеть консистентна?

У вас два варианта — оракул www.mycryptopedia.com/blockchain-oracles-explained или атомарный обмен habr.com/ru/company/distributedlab/blog/417337

Приведите, пожалуйста, пример таких сообщающихся блокчейнов на Eth или Fabric, обслуживающих общий бизнесс-процесс крупной компании, чтобы все понимали, что вы предлагаете.

Это не я предлагаю, как видно по ссылкам. Даже вот сделали www.hyperledger.org/projects/quilt
Я правильно понимаю, что операции имеют вид «изготовлена колесная пара А», «отремонтирована колесная пара А», «колесная пара А установлена на вагон Б», «колесная пара А передана организации В», т.е. во всех операциях колесная пара участвует в единственном экземпляре?
Если да, то колесные пары независимы друг от друга и да, их можно учитывать в разных блокчейнах, кратно повышая производительность, даже и в фабрике, хотя он на ценителя; таким образом, вопрос о производительности блокчейна вообще не стоит.
Кстати, а что у вас за проблемы с латенси? Мне они попадались только в случае проработки программ лояльности — покупателю у кассы в супермаркете не скажешь же «подождите тут пару минут»; а в случае пар что такое срочно?
Я ничего не доказываю. Я спрашиваю, какие вообще есть операции с этими парами.
Представил, как подключается участник с 2 миллионами исторических транзакций, забивает всю сеть на сутки, никто не может нормально работать и он сам на день заблокирован. Можно, конечно, так жить, но зачем?

По-хорошему для таких вещей должна появиться транзакция «провести массовую загрузку, данные лежат там, их хеш вот, подписано тут». Причем тут сутки — не знаю.

Про «сорок восемь блокчейнов». Вы предлагаете создать 48 изолированных анклавов участников? Чтобы эфир использовать?

Чтобы поднять пропускную способность системы. Как я понимаю, колесные пары особо не взаимодействуют (хотя, может быть, и взаимодействуют — вы бизнес-операции так и не указали), их можно и не вместе держать. В принципе и перекидывать между блокчейнами можно.
Это надо затем, чтобы не связываться с предельно мутным гиперледжером. Никаких ордереров, никаких эндорсеров, поднял докеровский контейнер и подождал два часа.
Вопросы с безопасностью вообще выглядят странно — тот же биткойн или эфир в плане безопасности вызывают на два порядка больше доверия, чем гиперледжер.
Вообще для начала было бы неплохо рассказать, какие, собственно говоря, бизнес-операции надо выполнять — иначе не вполне понятно, что вы вообще добиваетесь. В самом деле, что такого делают с колесными парами, что превышает 86400*30=2592000 операций в сутки? Если верить интернету, «По данным РЖД, в конце января 2019 года общее количество парка грузовых вагонов на сети РЖД составило 1 114 322 ед.», ну пусть полтора миллиона, по четыре пары на вагон — выходит, ежесуточно с каждой колесной парой происходит в среднем где-то 0.8 операции, требующая регистрации в блокчейне? Даже если и так, то почему нельзя поднять два блокчейна? Три? Сорок восемь?
Почему выбран именно гиперледжер? Может быть, это вопрос вкуса, но лично мне он показался самым неудобным, да и не совсем блокчейном.
Много всего неясного, так сказать.
Судя по тому, что его через много лет судебных тяжб оправдали, доказательства там была на уровне Рамблера-Сбербанка.
Собственно, если наша ситуация разрешится быстро, то это будет очень забавным примером несколько не того, чего ожидают.
А так как и Рамблер и Сбербанк отскочили в сторону — мол, мы тут не при чем — есть шансы, что все довольно шустро кончится.
Ожидание backend и СУБД
3015 мс
1932 мс

Слушайте, это какой-то ужас с СУБД, на интерактивные запросы она не должна так тормозить.
Ну еще проще смотреть md5(t::text), разница по большому счету просто синтаксическая.
Все эти select for update — это же про то, как блокировать данные в транзакции при изменении...
Да, все верно.
Мне кажется, это не вопрос о PostgreSQL.
Безусловно, но тем не менее иметь в виду это необходимо.
Ну наверное да, неплохо, что есть.
Простите, а какие встроенные средства вы хотели бы видеть? Чем вариант с хешом от всех колонок не нравится?
Абсолютно серьезно. А что такого? Вон выше select for update предлагают.

Информация

В рейтинге
5 058-й
Откуда
Россия
Работает в
Дата рождения
Зарегистрирован
Активность