Тебе для чего? Если речь о распределённой бухгалтерской книге для недоверенного окружения, то всё гораздо тривиальнее и я несколько месяцев назад набросал вполне годную схему, но не забывай чем больше нод, тем выше задержки до наступления консенсуса, поэтому между совершением и подтверждением транзакции придётся ждать. Производительность на глаз 150 TPS на любом пылесосе, думаю можно вытянуть и 300 TPS без особых проблем, требования к дисковому пространству до 75Гб на 1млрд. активных адресов, OTP как в банках, можно проё*ывать приватный ключ без последствий. Если же требуется чтобы все ноды перманентно находились в синхронном состоянии, то это фантастика даже в централизованных системах и я джва года хочу такую игру БД.  Я не видел того предложения. Можно ссылку? Или может поучаствуете в обсуждении тут? Я его не выкладывал. Всё достаточно тривиально и уже давно используется в синхронизации БД, единственное там нет костылей для недоверенного окружения, но прикрутить их ничего не мешает. Что такое БД? Это набор данных актуальный на определённый момент времени. Что такое блокчейн? Это WAL, то есть история транзакций внесённых в БД. Пользователю не нужна вся история, если того не требует архитектура, ему нужна синхронизированная БД. Каким образом этого добиться? Достаточно регулярно, скажем раз в X блоков или транзакций, записывать в WAL (он же блокчейн) корневой хеш БД и хеши её частей используемые для вычисления корневого хеша, таким образом клиент для синхронизации читает хеши из WAL и выкачивает БД частями, как это происходит при скачивании торрента, последующие транзакции клиент берёт из WAL и накатывает в полученную БД. Для снижения нагрузки на диск при хешировании больших БД в теории можно распределить хеширование на большое количество нод, которые должны предоставить подписи свидетелей, заверяющие валидность хеша данной части. Журналов (*чейнов) должно быть 2, один - история транзакций, другой - история снимков БД. |
|
|
|
По моему мнению раздел "Политика" нужно убрать - каким образом он относится к криптовалютам? Там постоянная ругань и прокачка аккаунтов, которая не приносит пользы криптовалютному сообществу.
Может сразу форум убрать и закрыть интернет, а то постоянная ругань, порево, срамота? Каким образом к криптовалютам относится раздел Разное? Если ограничить форум криптовалютной тематикой и пускать только тех кто в ней хоть что-то понимает, то 99% пользователей отвалится ещё на этапе регистрации. В русскоязычном разделе неиллюзорное представление о крипте имеет три с половиной человека, остальные путают своё представление с истиной. |
|
|
|
Давайте про транзакции вам амаклин будет объяснять, а со мной про способ хранения базы данных поговорим?
Как организовать надежное хранение и синхронное изменение некой базы данных на 100500 узлах? Я предлагаю разбить базу на блоки, каждый блок хэшировать и хранить и передавать хэши вместе с блоками. Ваши предложения какие?
Тебе для чего? Если речь о распределённой бухгалтерской книге для недоверенного окружения, то всё гораздо тривиальнее и я несколько месяцев назад набросал вполне годную схему, но не забывай чем больше нод, тем выше задержки до наступления консенсуса, поэтому между совершением и подтверждением транзакции придётся ждать. Производительность на глаз 150 TPS на любом пылесосе, думаю можно вытянуть и 300 TPS без особых проблем, требования к дисковому пространству до 75Гб на 1млрд. активных адресов, OTP как в банках, можно проё*ывать приватный ключ без последствий. Если же требуется чтобы все ноды перманентно находились в синхронном состоянии, то это фантастика даже в централизованных системах и я джва года хочу такую игру БД. |
|
|
|
С чего ты взял что у них не распределённая БД? Система централизованная, но с вероятность 146% транзы не валятся на 1 сервер, там целые датацентры. Транзакции не проводятся в систему сразу для клиринга и защиты от отказа в обслуживании, у них получилась централизованная децентрализация.
Ну стандартная мастер-слейв база у них. Уверен точно потому что по-дефолту подразумеваем, что у них не блокчейн )), а другого ничего не придумано. За мастер-слейвом может скрываться распределённая БД, где серверы регулярно падают, лочатся противоречивыми транзакциями, а на работоспособности и производительности системы это никак не отражается. Отбросит противоречия или откатит базу? Это разные вещи.
Если постоянно откатывать базу - это полный пипец, даже не обсуждается.
Если отбрасывать противоречия, то тоже надо смотреть - а что есть противоречие и кто решает?
Откатывать базу нет смысла, движок разруливает конфликты из коробки. Что есть противоречие решает движок на мастерах и планировщик транзакций. Не надо придумывать велосипед, проектировщики БД на этом собаку съели. Это все мастер-слейв. Как он работает понятно: мастер всем рулит, слейвы подчиняются. Это рабочая модель и мне тут доказывать ничего не надо. Если мы обсуждаем может ли мастер-слейв быть полноценной заменой мультимастеру, то мой ответ: нет не может. Я наверное не смогу грамотно объяснить почему не может, но лично мне хватает для доказательства лишь того факта, что разрабы постгре уже несколько лет пытаются сделать мультимастер. Мультимастер более устойчив к падениям именно потому, что он "мульти". Плохо, что нет нормальной (сравнимой по надежности и производительности с мастер-слейвом) реализации мультимастера, но когда она появится то про мастер-слейв все забудут. Пока же единственной реально рабочей реализацией мультимастера является блокчейн - технология придуманная энтузиастами на коленке и впервые воплощенная в код аж десять лет назад. Я не спорил с утверждением, что 2-3 сервера лучше чем 1. Мастер-слейв это логические сущности, в распределённых БД всё несколько сложнее. К примеру, имеем 3 кластера, в каждом кластере 100500 серверов, один кластер это мастер, другой феиловер мастера, а третий слейв. Внутри каждого кластера серверы падают и умирают, без нарушения работоспособности кластера, если теряем мастер кластер, то система автоматически переключает на феиловер, если теряем и его, то система ложится на пару минут и подхватывает слейв. В блокчейне никакого мультимастера нет в помине, запись однопоточная с весьма медленным распространением при большом количестве нод. Какой профит для централизованной организации в такой тормозной БД? |
|
|
|
С чего ты взял что у них не распределённая БД? Система централизованная, но с вероятность 146% транзы не валятся на 1 сервер, там целые датацентры. Транзакции не проводятся в систему сразу для клиринга и защиты от отказа в обслуживании, у них получилась централизованная децентрализация.
Ну стандартная мастер-слейв база у них. Уверен точно потому что по-дефолту подразумеваем, что у них не блокчейн )), а другого ничего не придумано. За мастер-слейвом может скрываться распределённая БД, где серверы регулярно падают, лочатся противоречивыми транзакциями, а на работоспособности и производительности системы это никак не отражается. Отбросит противоречия или откатит базу? Это разные вещи.
Если постоянно откатывать базу - это полный пипец, даже не обсуждается.
Если отбрасывать противоречия, то тоже надо смотреть - а что есть противоречие и кто решает?
Откатывать базу нет смысла, движок разруливает конфликты из коробки. Что есть противоречие решает движок на мастерах и планировщик транзакций. Не надо придумывать велосипед, проектировщики БД на этом собаку съели. |
|
|
|
Виза и Мастеркард встали раком и думают - как же они до сих пор живы?
Ведь у них миллиард юзеров которые то и дело что-то со своими картами делают.
И ведь работает система. Никаких раков не наблюдается по большому счету.
Да, бывает что связь глючит. А бывает что сервер отлуп даёт по какой-то причине.
Но система работает и прекрасно масштабируется.
Виза и мастеркард это не распределенные бд. У них есть центральный сервер, на который приходит вся инфа. Причем далеко не в реальном времени. Поэтому транзакции сделанные в магазине можно отменить в течении трех дней так, что ни покупки ни возврата в банковской выписке не будет. С чего ты взял что у них не распределённая БД? Система централизованная, но с вероятность 146% транзы не валятся на 1 сервер, там целые датацентры. Транзакции не проводятся в систему в реальном времени для клиринга и защиты от отказа в обслуживании, у них получилась централизованная децентрализация. Проблему очерёдности решает журнал, если журналы у мастеров противоречат друг другу, то эти изменения откатятся в ту же секунду когда их пытаются внести с уведомлением пользователей об ошибке.
Это работает на 10, может на 100 нодах. Если 100500 нод со всего света постоянно что-то пишут в базу, то подобные откаты поставят базу раком с вероятностью 146% Не поставят, БД отбросит противоречивые транзакций, а остальные транзакции будут обработаны, со всем вытекающим из этого профитом. Если ставят, значит архитектура приложения требует доработки. |
|
|
|
Тебе с Алтая видно есть там сейчас склады с оружием или нет? Думаю Невзоров имеет гораздо лучшее представление о Приднестровье чем ты. Ну разлетелось бы оружие по Европе и бывшему СССР, что дальше, оно ядерное что-ли и нигде не умеют бороться с незаконным оборотом оружия? Лапшу вешаешь ты, в том числе и про выборы. Скоро цирк, а не выборы.
Цирк однозначно и уже давно не прекращается. А писал я про то что было,а не то что сейчас. Никого и ничем не цепляя и не переходя рамки. У кого мозг из чего состоит мне без разницы. Прочитали и забыли.(Или "ЗАБИЛИ") Было, и что? Как это оправдывает проё*ывание из бюджета РФ миллиарда долларов в год на банановую республику? Даже если всё Приднестровье один большой склад оружия - никак не оправдывает. Потому тебе и написали про мозг, не понятно какую мысль ты пытался донести. |
|
|
|
Предлагаю добавлять новых модеров постепенно, со всеми возможными проверками. Предварительно можно тупо прогуглить почту, на которую регистрирован аккаунт, и те сообщения и темы от кандидата, которые могут прояснить, чем он дышит и кем является в реале, на самом деле. Занимает времени максимум полчаса, а польза бывает немалая. Я так контрагентов проверяю. Пару раз жуликов выявлял, и мутных раз пять.
Сие есть бред. Чем дышит Сатоши и кем является в реале на самом деле?  Это ты на службе у банкстеров, двигаешь рипл,
Я пытаюсь информировать людей, куда ветер дует, чтобы потом не плакали. Что эти две системы btc и xrp начинают объединяться, любая экономика стремится к союзам. . А xrp это не фиат а тоже крипта покруче биткойна устроена, если Вы не в курсе и карманных СМИ начитались,то идите на wiki. Приведённая мной цитата взята из wiki, ты бы сам почитал. Банкстерам не нужен бетховен, а биткойнерам не нужны банкстеры, я допускаю что они могут объединиться по какому-то невероятному стечению обстоятельств, но это поставит на бетховене крест раньше, чем его убьют майнеры. Аполитичен - нещадно удалил бы все посты с "москалями", "хохлами", "чурками" и другими неэтичными высказываниями. То же самое касается религии.
Я против подобного цензурирования. Люди на любую мелочь могут обидеться, а кое-кто даже оскорбиться и побежать в суд, но заигрывать с такими значит убить свободу слова. Важна не этичность высказывания, а релевантность поста. |
|
|
|
Блокчейн это WAL, где транзакции объединены в блоки майнерами. Никаких мастер-мастер конфигураций в крипте нет, мастер там тот, кто отправил годный блок в сеть. Блоки и майнинг в крипте используются, потому что все ноды являются недоверенными. Если ты в компании не веришь никому, включая центральный сервер с электронной подписью директора, то это не компания, а сборище анархистов, в остальных случаях репликация тривиальна и придуманной тобой проблемы не существует. Что касается используемой БД на сервере/клиенте, это вообще не относится к формату репликации, в том же битке используется LevelDB, но ничего кроме производительности особо не изменится если заменить на MySQL или PostreSQL, для синхронизации ноды по-прежнему будут обмениваться всё теми же блоками. Не надо пытаться откосить от проектирования архитектуры приложения, путём ухода на блокчейн, это не сработает и получится очередной коин для влошенцев, а не решение востребованное бизнесом.
В любой распределенной базе все новые транзакции должны по дефолту считаться недостоверными. Электронная подпись решает проблему валидности, но не решает проблему очередности. Очередность можно узнать только из временнЫх меток. Но на распределенной системе временнЫе метки могут быть инвалидными по умыслу или без умысла. Чтобы транзакции были всегда в правильной очередности нужен алгоритм консенсуса. Проверка достоверности транзакций должна быть в логике приложения, БД не обязана проверять можешь ты увеличить или уменьшить значение или нет, когда нет реляций. Проблему очерёдности решает журнал, если журналы у мастеров противоречат друг другу, то эти изменения откатятся в ту же секунду когда их пытаются внести с уведомлением пользователей об ошибке. По-моему ты не представляешь насколько быстро это происходит в централизованной архитектуре. Если цена ошибки слишком высока, то используй 1 мастер, причём мастером может быть лишь представление, за которым скрывается целый датацентр. Объясни какую проблему бизнеса ты хочешь решить, а то совсем непонятно. |
|
|
|
Я говорю про технологию блокчейн, а не про конкретную реализацию этой технологии в битке.
Как эффективно майнить блоки это отдельная тема.
Блокчейн это WAL, где транзакции объединены в блоки майнерами. Никаких мастер-мастер конфигураций в крипте нет, мастер там тот, кто отправил годный блок в сеть. Блоки и майнинг в крипте используются, потому что все ноды являются недоверенными. Если ты в компании не веришь никому, включая центральный сервер с электронной подписью директора, то это не компания, а сборище анархистов, в остальных случаях репликация тривиальна и придуманной тобой проблемы не существует. Что касается используемой БД на сервере/клиенте, это вообще не относится к формату репликации, в том же битке используется LevelDB, но ничего кроме производительности особо не изменится если заменить на MySQL или PostreSQL, для синхронизации ноды по-прежнему будут обмениваться всё теми же блоками. Не надо пытаться откосить от проектирования архитектуры приложения, путём ухода на блокчейн, это не сработает и получится очередной коин для влошенцев, а не решение востребованное бизнесом. |
|
|
|
Может вы немного не в теме того о чем говорите здесь? Почему приднестровье осталось под защитой россии? Там огромные склады с оружием советского времени,и очень больших усилий требовалось чтоб это оружие не разлетелось по всей европе и бывшем СССР. Подумайте над этим а после уже и вешайте лапшу друг-другу. Скоро выборы,лапша очень к стати!!!!! Тебе с Алтая видно есть там сейчас склады с оружием или нет? Думаю Невзоров имеет гораздо лучшее представление о Приднестровье чем ты. Ну разлетелось бы оружие по Европе и бывшему СССР, что дальше, оно ядерное что-ли и нигде не умеют бороться с незаконным оборотом оружия? Лапшу вешаешь ты, в том числе и про выборы. Скоро цирк, а не выборы. |
|
|
|
Зы. Амаклин тоже мутный тип, на службе у банкстеров походу или в последний вагон не успел (но 7(!) лет терпеть и порой откровенную х...ню нести, ппц...)
Это ты на службе у банкстеров, двигаешь рипл, от которого банкстеры кипятком сс*тся. В апреле 2015 года American Banker утверждал, что «с точки зрения банков распределенные реестры, такие как система Ripple, имеют ряд преимуществ по сравнению с криптовалютами, такими как биткойны», включая безопасность http://www.americanbanker.com/news/bank-technology/banks-can-cherry-pick-the-best-bits-from-bitcoin-report-1073642-1.htmlА.Маклин не терпит, а развлекается: https://motherboard.vice.com/en_us/article/pga7m9/i-broke-bitcoin |
|
|
|
.. пока мне нравится один ....amaclin
вот мне он тоже нравится. Только я не видел чтобы он был готов заниматься нами, убогими. Ещё я бы пригласил BeeCool-a Согласен, у А.Маклина другие интересы и на всю эту возню ему положить, поэтому завязываем перебирать харчами. Ситуация в целом выглядит комично, если не сказать больше, как будто выборы царя. Ещё пару дней таких выборов и раздел окончательно загадят. Поддерживаю всех кандидатов у кого есть время и желание, пусть в каждом подразделе будет свой модератор, только это поможет навести хоть какой-то порядок. |
|
|
|
Молдавия предъявит России миллиардный счет за ПриднестровьеМолдавия планирует предъявить российским властям счет на миллиарды долларов за военное присутствие в Приднестровье. Об этом заявил в интервью Latvijas Avize спикер молдавского парламента Андриан Канду.
«Мы считаем, что около двух тысяч российских солдат в Приднестровье являются оккупационными силами», — подчеркнул Канду. — Россия нарушила международное право. Мы намерены нанять международную юридическую фирму для подсчета ущерба от присутствия России в Приднестровье в течение 25 лет. Счет будет измеряться в миллиардах долларов». https://lenta.ru/news/2018/01/20/pridnestrovie/ О*уенно, а платить опять будем мы. Судя по высказываниям Невзорова, который продался вовану с потрохами (чего особо не скрывает), причины военного конфликта в Приднестровье в 90х очень схожи с причинами конфликта в новопапиросии - коллаборационисты-автослесари решили прибрать к рукам часть страны и понеслось. «Я не умею раскаиваться, но признать, что совершил глупость, сражаясь за Приднестровье, будучи комиссаром рижского ОМОНа, я обязан, потому что в ситуации с ОМОНом и удержанием Прибалтики, мы действовали против здравого смысла и развития. Что касается Приднестровья, то тот позорный, убогий регионишка с пластмассовыми деньгами без всяких надежд на развитие и перспективы – это, конечно, плод печальных усилий и весьма-весьма постыдное дело, в котором лучше было бы никогда не принимать участие.
Все те ордена, "За личное мужество" за номером 31, мой личный орден, "Защитнику Приднестровья", "За оборону Приднестровья", я собрал в конвертик и собираюсь это отправить по почте к чертовой матери обратно к правительству Приднестровья. Мне больше эти цацки не нужны.»
Александр Невзоров |
|
|
|
В мускуле, постгре и даже во многих nosql это не сложно. Есть репликация из коробки, есть дополнительные утилиты. Слейва можно хоть на год терять, главное чтобы мастер был жив, но можно назначить все серверы мастерами, тогда теряй любой. Тебе ни в чём не нужно убеждаться, это делает сам движок БД. У мускула ранее проскакивали проблемы с консистентностью да и то что его оракл приобрёл не очень отрадный факт, поэтому из реляционных рекомендую постгре, вот здесь можешь составить представление о глубине глубин > https://eax.me/postgresql-replication/А точно можно все сервера мастерами делать? Имхуется хоть один слейв должен присутствовать. Но как при этом разруливаются конфликты? Это все у постгре в коробке есть? Зависит от того, какого результата ты хочешь добиться. У них там распределённый транзакционный планировщик. https://wiki.postgresql.org/wiki/MultimasterЧе-то я не вкурил по ссылке, где там мультимастер кроме заголовка (( Есть русские доки с примерами? Русских доков пока не попадалось. |
|
|
|
В мускуле, постгре и даже во многих nosql это не сложно. Есть репликация из коробки, есть дополнительные утилиты. Слейва можно хоть на год терять, главное чтобы мастер был жив, но можно назначить все серверы мастерами, тогда теряй любой. Тебе ни в чём не нужно убеждаться, это делает сам движок БД. У мускула ранее проскакивали проблемы с консистентностью да и то что его оракл приобрёл не очень отрадный факт, поэтому из реляционных рекомендую постгре, вот здесь можешь составить представление о глубине глубин > https://eax.me/postgresql-replication/А точно можно все сервера мастерами делать? Имхуется хоть один слейв должен присутствовать. Но как при этом разруливаются конфликты? Это все у постгре в коробке есть? Зависит от того, какого результата ты хочешь добиться. У них там распределённый транзакционный планировщик. https://wiki.postgresql.org/wiki/Multimaster |
|
|
|
Ну вот я не админ и туго в этом понимаю.
Расскажи по шагам, как мне бэкапить базу данных в реальном времени и как восстановиться из бэкапа если комп выключился пока я в отпуске был?
В базах данных я тоже не силен, но уверен что с склайтом такое точно невозможно. Наверное с мускулом тогда? Вот прямо по шагам:
1. установил пакет хх для линукса, yy для винды
2. запустил его с параметрами zzz
3. проделал то же самое еще на двух компах
4. подождал
5. убедился, что на всех компах база одинаковая
6. выключил комп 1
7. внес изменения в базу на компе 2
8. убедился, что изменения видны на компе 3
9. включил комп 1 подождал и убедился, что изменения видны на компе 1
При этом мы не делаем дамп всей базы, а записываем только последние изменения.
Возможно описанное мной в мускуле или еще в какой-то базе?
В мускуле, постгре и даже во многих nosql это не сложно. Есть репликация из коробки, есть дополнительные утилиты. Слейва можно хоть на год терять, главное чтобы мастер был жив, но можно назначить все серверы мастерами, тогда теряй любой. Тебе ни в чём не нужно убеждаться, это делает сам движок БД. У мускула ранее проскакивали проблемы с консистентностью да и то что его оракл приобрёл не очень отрадный факт, поэтому из реляционных рекомендую постгре, вот здесь можешь составить представление о глубине глубин > https://eax.me/postgresql-replication/ |
|
|
|
Лучше вообще разрешить майнить только компьютеру босса.
Ну боссу-то сотрудники доверяют?
И тогда вообще никаких проблем ни с майнингом, ни с атакой-51.
Ой. Только опять централизованное решение получилось. Смешно, да?
PS/ Если у вас закрыт алгоритм хэширования - где гарантия что в нем нет бэкдора?
Ну в принципе, даже с компьютером босса задача бэкапов (и восстановления) решается, а значит тоже хорошо. Децентрализация майнинга нужна для непрерывной работы, но если в офисе все бизнес-процессы завязаны на босса, а босса посадили в тюрьму, то работа офисной базы может быть уже и не актуальна. Опять же если на компе босса вентилятор здохнет - вся база перестанет работать? Это уже не очень приятно... От бэкдора защитит хорошая зарплата программиста, который делал офисный блокчейн )) Майнинг тебе зачем? Боссу нужна пачка удалённых серверов, которые все мастеры, сдохнет один из них - сеть этого даже не заметит. |
|
|
|
Лайтнинг это клиринг, а рабочий клиринг в недоверенном окружений на мой взгляд
невозможен без централизованного посредника. Следовательно всё как обычно,
влошенцам толкают маркетинговый bullshit под видом инноваций. Посредником является биткойн-сеть. То есть с клирингом как раз все в порядке если я правильно понимаю суть LN. Там другая вещь более сложная - нахождение маршрута между участниками и отработка нештатных ситуаций когда маршрут сперва построен, а в процессе проводки транзакции рвется. Смотря о каком кейсе речь, если говорить о ситуации где один адрес шлёт другому пачку внеблокчейновых транзакций, то да. Но влошенцам втюхивают универсальный канал, в который залил крипту и расчитываешься одиночными транзакциями с любым адресом не оплачивая конские комиссий майнерам, а для этого нужен посредник. Впрочем я даже при участии посредника весьма смутно представляю эту схему и никто пока не показал применимой для данного кейса абстракции, зато хайпа полные штаны. |
|
|
|
Если на битке начнет работать нормальный лайтинг, то начнется хайп вокруг этого, пока только несколько монет им обладают ( декред, лайт, виа, комодо и еще парочку), но если начнут пилить нормальные дец биржи, то все шиткоины в срочном порядке захотят и себе накатить ЛН, как было с сегвитом в 2017.
Лайтнинг это клиринг, а рабочий клиринг в недоверенном окружений на мой взгляд невозможен без централизованного посредника. Следовательно всё как обычно, влошенцам толкают маркетинговый bullshit под видом инноваций. |
|
|
|
|
Show Posts
