Применение блокчейна в компании, офисе? - page 3.

fxpc

sr. member

Activity: 1316

Merit: 420

KTO EC/\U HUKTO?

Quote from: kzv on January 25, 2018, 06:44:11 AM

Quote from: fxpc on January 25, 2018, 06:33:03 AM

С чего ты взял что у них не распределённая БД? Система централизованная, но с вероятность 146% транзы не валятся на 1 сервер, там целые датацентры. Транзакции не проводятся в систему сразу для клиринга и защиты от отказа в обслуживании, у них получилась централизованная децентрализация.

Ну стандартная мастер-слейв база у них. Уверен точно потому что по-дефолту подразумеваем, что у них не блокчейн )), а другого ничего не придумано.

За мастер-слейвом может скрываться распределённая БД, где серверы регулярно падают, лочатся противоречивыми транзакциями, а на работоспособности и производительности системы это никак не отражается.

Quote from: kzv on January 25, 2018, 06:44:11 AM

Отбросит противоречия или откатит базу? Это разные вещи.
Если постоянно откатывать базу - это полный пипец, даже не обсуждается.
Если отбрасывать противоречия, то тоже надо смотреть - а что есть противоречие и кто решает?

Откатывать базу нет смысла, движок разруливает конфликты из коробки. Что есть противоречие решает движок на мастерах и планировщик транзакций.
Не надо придумывать велосипед, проектировщики БД на этом собаку съели.

kzv

legendary

Activity: 1722

Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange

Quote from: fxpc on January 25, 2018, 06:33:03 AM

С чего ты взял что у них не распределённая БД? Система централизованная, но с вероятность 146% транзы не валятся на 1 сервер, там целые датацентры. Транзакции не проводятся в систему сразу для клиринга и защиты от отказа в обслуживании, у них получилась централизованная децентрализация.

Ну стандартная мастер-слейв база у них. Уверен точно потому что по-дефолту подразумеваем, что у них не блокчейн )), а другого ничего не придумано.

Quote from: kzv on January 25, 2018, 05:58:43 AM

Не поставят, БД отбросит противоречивые транзакций, а остальные транзакции будут обработаны, со всем вытекающим из этого профитом.

Отбросит противоречия или откатит базу? Это разные вещи.
Если постоянно откатывать базу - это полный пипец, даже не обсуждается.
Если отбрасывать противоречия, то тоже надо смотреть - а что есть противоречие и кто решает?

fxpc

sr. member

Activity: 1316

Merit: 420

KTO EC/\U HUKTO?

Quote from: kzv on January 25, 2018, 06:09:50 AM

Quote from: amaclin1 on January 25, 2018, 06:06:45 AM

Виза и Мастеркард встали раком и думают - как же они до сих пор живы?
Ведь у них миллиард юзеров которые то и дело что-то со своими картами делают.
И ведь работает система. Никаких раков не наблюдается по большому счету.
Да, бывает что связь глючит. А бывает что сервер отлуп даёт по какой-то причине.
Но система работает и прекрасно масштабируется.

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

С чего ты взял что у них не распределённая БД? Система централизованная, но с вероятность 146% транзы не валятся на 1 сервер, там целые датацентры. Транзакции не проводятся в систему в реальном времени для клиринга и защиты от отказа в обслуживании, у них получилась централизованная децентрализация.

Quote from: kzv on January 25, 2018, 05:58:43 AM

Quote from: fxpc on January 25, 2018, 05:43:29 AM

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

Это работает на 10, может на 100 нодах.
Если 100500 нод со всего света постоянно что-то пишут в базу, то подобные откаты поставят базу раком с вероятностью 146%

Не поставят, БД отбросит противоречивые транзакций, а остальные транзакции будут обработаны, со всем вытекающим из этого профитом. Если ставят, значит архитектура приложения требует доработки.

kzv

legendary

Activity: 1722

Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange

Quote from: amaclin1 on January 25, 2018, 06:06:45 AM

Виза и Мастеркард встали раком и думают - как же они до сих пор живы?
Ведь у них миллиард юзеров которые то и дело что-то со своими картами делают.
И ведь работает система. Никаких раков не наблюдается по большому счету.
Да, бывает что связь глючит. А бывает что сервер отлуп даёт по какой-то причине.
Но система работает и прекрасно масштабируется.

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

amaclin1

sr. member

Activity: 770

Merit: 305

Quote from: kzv on January 25, 2018, 05:58:43 AM

Quote from: fxpc on January 25, 2018, 05:43:29 AM

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

Это работает на 10, может на 100 нодах.
Если 100500 нод со всего света постоянно что-то пишут в базу, то
подобные откаты поставят базу раком с вероятностью 146%

Виза и Мастеркард встали раком и думают - как же они до сих пор живы?
Ведь у них миллиард юзеров которые то и дело что-то со своими картами делают.
И ведь работает система. Никаких раков не наблюдается по большому счету.
Да, бывает что связь глючит. А бывает что сервер отлуп даёт по какой-то причине.
Но система работает и прекрасно масштабируется.

kzv

legendary

Activity: 1722

Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange

Quote from: DevilOper on January 25, 2018, 05:56:22 AM

Я вам более того скажу, в известных пределах даже очерёдность не особо важна - например, два сообщения от одного участника в разных ветках этого форума.

Дайте мне 100 баксов сегодня, а я их пробухаю завтра и послезавтра верну 110. Я дам расписку. Только чур в вашей базе, где не важна очередность ок?
Раз для вас очередность не важна, то когда я проснусь с похмелья вы там поправьте в расписке, что я побухал позавчера, вчера дал вам 110 баксов, а вы мне сегодня дали 100.

kzv

legendary

Activity: 1722

Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange

Quote from: fxpc on January 25, 2018, 05:43:29 AM

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

Это работает на 10, может на 100 нодах.
Если 100500 нод со всего света постоянно что-то пишут в базу, то подобные откаты поставят базу раком с вероятностью 146%

DevilOper

member

Activity: 280

Merit: 26

Я вам более того скажу, в известных пределах даже очерёдность не особо важна - например, два сообщения от одного участника в разных ветках этого форума.

fxpc

sr. member

Activity: 1316

Merit: 420

KTO EC/\U HUKTO?

amaclin1

sr. member

Activity: 770

Merit: 305

Quote from: kzv on January 25, 2018, 04:41:21 AM

В любой распределенной базе все новые транзакции должны по дефолту считаться недостоверными. Электронная подпись решает проблему валидности, но не решает проблему очередности.

Давай так рассуждать:
Проблему очередности и временных меток мы в принципе решить не можем.
Так что нет проблемы очередности. Есть проблема двойного использования.
В централизованной системе этой проблемы не существует. Как только мы
пытаемся отойти от централизованной системы, например, сделать два мастер-сервера
то система становится гетерогенной - с точки зрения юзера мы по-прежнему обращаемся
к какому-то одному серверу. Но администратор-то знает, что работает дупликация,
рейды там всякие и дублирования по дата-центрам. То есть ядро системы уже
либо децентрализовано и вступает с силу теорема CAP либо мы все-таки назначаем
в системе "самый главный сервер", который разруливает все конфликтные ситуации.

В биткойн-подобных системах мы допустили отказ от главного сервера, заменив
его на "голосование всех участников". Но это ведет к тому, что незаинтересованный
финансово участник забивает на голосование и продает свой голос потенциальному
злоумышленнику.

kzv

legendary

Activity: 1722

Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange

fxpc

sr. member

Activity: 1316

Merit: 420

KTO EC/\U HUKTO?

Quote from: kzv on January 25, 2018, 01:53:51 AM

Я говорю про технологию блокчейн, а не про конкретную реализацию этой технологии в битке.
Как эффективно майнить блоки это отдельная тема.

Блокчейн это WAL, где транзакции объединены в блоки майнерами. Никаких мастер-мастер конфигураций в крипте нет, мастер там тот, кто отправил годный блок в сеть. Блоки и майнинг в крипте используются, потому что все ноды являются недоверенными. Если ты в компании не веришь никому, включая центральный сервер с электронной подписью директора, то это не компания, а сборище анархистов, в остальных случаях репликация тривиальна и придуманной тобой проблемы не существует. Что касается используемой БД на сервере/клиенте, это вообще не относится к формату репликации, в том же битке используется LevelDB, но ничего кроме производительности особо не изменится если заменить на MySQL или PostreSQL, для синхронизации ноды по-прежнему будут обмениваться всё теми же блоками. Не надо пытаться откосить от проектирования архитектуры приложения, путём ухода на блокчейн, это не сработает и получится очередной коин для влошенцев, а не решение востребованное бизнесом.

kzv

legendary

Activity: 1722

Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange

Я говорю про технологию блокчейн, а не про конкретную реализацию этой технологии в битке.
Как эффективно майнить блоки это отдельная тема.

amaclin1

sr. member

Activity: 770

Merit: 305

Quote from: kzv on January 25, 2018, 01:16:58 AM

Итог: до настоящего времени ничего проще, эффективнее и надежнее блокчейна для автосинхронизирующихся бд не придумано.

Щито, блеать? Эффективнее?
Я вам еще раз повторяю - иммутабельность блокчейна биткойна существует сегодня
потому что 100500 асиков молотят хэши. А 100500 асиков молотят хэши потому что
100500 долбоёбов мечтают заработать на этом деньги. То есть иммутабельность -
это не свойство технологии блокчейна. Это то что вы покупаете за свои деньги в дополнение
к обычной LevelDB базе данных.

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

kzv

legendary

Activity: 1722

Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange

DevilOper

member

Activity: 280

Merit: 26

Quote from: fxpc on January 23, 2018, 01:51:09 PM

Quote from: kzv on January 22, 2018, 02:53:59 AM

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

С чего ты это взял? 2 сервера могут разом умереть и пи*дец ЦБ. Этих серверов просто тьма и находятся они в разных регионах. ЦБ вряд ли хранит данные заграницей, скорее всего серверы дублируются как минимум во всех региональных филиалах.

Quote from: kzv on January 23, 2018, 02:57:40 PM

Это вряд ли. ЦБ конечно дебилы, но не настолько чтобы хранить копию своей базы в каждом зажопинском филиале

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

(Вот кстати, одно дело, когда в этих ваших интернетах(с), в общем-то, дилетанты вопят "блокчейн! блокчейн!" - но когда глава Сбера ни сном, ни духом об основах бухгалтерии... Roll Eyes

)

fxpc

sr. member

Activity: 1316

Merit: 420

KTO EC/\U HUKTO?

kzv

legendary

Activity: 1722

Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange

fxpc

sr. member

Activity: 1316

Merit: 420

KTO EC/\U HUKTO?

amaclin1

sr. member

Activity: 770

Merit: 305

Quote from: kzv on January 24, 2018, 08:35:58 AM

А точно можно все сервера мастерами делать?

С учетом CAP-теоремы можно.
Если сервер включается и обнаруживает что у него база устарела - он её подтягивает.
Если сервер обнаруживает что у него нет связи с частью (или со всеми) другими серверами -
то вы определитесь чем вы хотите пожертвовать - C или А

Topic: Применение блокчейна в компании, офисе? - page 3. (Read 1622 times)