|
22 июля 2016, 8:37:29 AM | # 1 |
Сообщения: 1092
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
22 июля 2016, 9:23:32 AM | # 2 |
Сообщения: 1064
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
Получил 1806 Биткоинов
Реальная история. Почему это дело? Уход объяснить, с точки зрения непрофессионала, для нас нетехнических пользователей?
Это просто, что это более эффективно, чтобы сделать это таким образом? И каковы шансы этого используются по текущей базе данных? |
22 июля 2016, 9:52:53 AM | # 3 |
Сообщения: 1092
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
Это эксперимент с использованием новых структур данных проверки подлинности, чтобы значительно повысить пропускную способность и эффективность ввода-вывода для cryptocurrencies. Поскольку алгоритмы консенсуса становятся более эффективными, то в конечном итоге будет узким местом со стороны базы данных вещей. Так давайте удостоверимся, что это не является ограничивающим фактором.
|
22 июля 2016, 5:39:07 PM | # 4 |
Сообщения: 1988
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
Это эксперимент с использованием новых структур данных проверки подлинности, чтобы значительно повысить пропускную способность и эффективность ввода-вывода для cryptocurrencies. Поскольку алгоритмы консенсуса становятся более эффективными, то в конечном итоге будет узким местом со стороны базы данных вещей. Так давайте удостоверимся, что это не является ограничивающим фактором. Как насчет приличной для рецензии технических и других знающих людей?Я взял быстрый взгляд, и это выглядит как какое-то запутанная мешанина: 1) проверка подлинность структуры данных для локальных, частной базы данных? Зачем? Левая рука не доверяет правую руку? Раздвоением личности? Просто схема обнаружения существенной ошибки должно быть достаточно, чтобы проверить целостность базы данных. 2), кажется, есть некоторые оптимизации для хранения флэш-бэк, но делает это через файл-систем с неуказанным ограничениями. Многие флэш-оптимизированные программное обеспечение использует тот факт, что один способ записи (например, от нуля до единицы) является очень дешевым, тогда как противоположного изменения (от одного до нуля) требует затрат времени блок стирания. Вы делаете это? Явные имена ограничений было бы очень полезно. 3) Потеря интерес к дальнейшему чтению после двух вышеуказанных недостатков. Там же пользователь здесь "jl777" () И на других форумах, что конкурирующая идея базы данных явно ориентирована на cryptocurrencies. Он называет это "Игуана," но проблема в том, что он работает в одиночку, производит чрезвычайно трудно читать код, и вообще трудно общаться. Поэтому он в основном игнорируется, и здесь, и в других странах, несмотря на показывая весьма обнадеживающие результаты. Вы так же спонсировать финансово одинокий гений кодировщик? Как насчет производства пары страниц вводного официального документа, написанный на уровне B.Sc. или подобное, что могло бы объяснить, почему ваша мышеловка лучше? |
22 июля 2016, 9:37:56 PM | # 5 |
Сообщения: 347
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
В принципе вы можете попробовать его самостоятельно, создавая крипто исключительно для своих целей. Для более эффективной реализации можно использовать технологию боковой цепи и использовать Bitcoins базу данных в качестве своей основной цепи. Так что во время каких-либо обновлений не нарушит вашу собственную сеть. Дайте мне знать, если вы с чем-то полезным. Я хотел бы попасть в него. |
23 июля 2016, 10:11:25 PM | # 6 |
Сообщения: 1862
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
Многие флэш-оптимизированные программное обеспечение использует тот факт, что один способ записи (например, от нуля до единицы) является очень дешевым, тогда как противоположного изменения (от одного до нуля) требует затрат времени блок стирания. В то время как это верно на уровне ячейки памяти, современные системные архитектуры используют такую NAND Flash не как сырые устройства, но в пределах подсистем, известные как SSD. SSD-накопители поддерживают ту же семантику на границе раздела в качестве накопителей на жестких магнитных дисках. Эти устройства блок-доступа, где некоторые больше конструкция - логический блок (обычно 4096 или 512 байт пользовательских данных) считываются или написанные в одно время (то есть, в качестве атомной единицы). Такие твердотельные накопители уже управлять все сочинительством внутри, чтобы сделать поведение записи неотличимого независимо от шаблона данных. Некоторые NAND и NOR Flash иногда входит в систему, чтобы получить доступ непосредственно с помощью штифтов пакета чипа. Они действительно могут извлечь пользу из оптимизированных флэш файловых систем. Однако, это, как правило, небольшие по размеру, и предназначены для сохранения загрузки прошивки, настроек BIOS и других элементов данных не-пользователей, связанных с управлением самой компьютерной системы. Я не знаю ни одного типичной коммерчески доступной система, которая использует такую сырую вспышку для общего хранения данных, подходящего для файловой системы, на которой можно было бы хранить базу данных blockchain. TL; DR, в сегодняшних условиях, нет никакой пользы для приложения SW (например, система управления базами данных) управление записывает на хранение таким образом, зная о битовой полярности по отношению к предыдущим записи в одном месте. Это, а также другие осложнения, абстрагированы прочь механизмы в рамках основных устройств хранения данных. |
23 июля 2016, 10:12:29 PM | # 7 |
Сообщения: 692
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
Удивительный я люблю обширную документацию. Я обязательно дать ему хорошее чтение.
|
25 июля 2016, 5:20:24 PM | # 8 |
Сообщения: 1988
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
В то время как это верно на уровне ячейки памяти, современные системные архитектуры используют такую NAND Flash не как сырые устройства, но в пределах подсистем, известные как SSD. SSD-накопители поддерживают ту же семантику на границе раздела в качестве накопителей на жестких магнитных дисках. Эти устройства блок-доступа, где некоторые больше конструкция - логический блок (обычно 4096 или 512 байт пользовательских данных) считываются или написанные в одно время (то есть, в качестве атомной единицы). Такие твердотельные накопители уже управлять все сочинительством внутри, чтобы сделать поведение записи неотличимого независимо от шаблона данных. Э-э, о!Некоторые NAND и NOR Flash иногда входит в систему, чтобы получить доступ непосредственно с помощью штифтов пакета чипа. Они действительно могут извлечь пользу из оптимизированных флэш файловых систем. Однако, это, как правило, небольшие по размеру, и предназначены для сохранения загрузки прошивки, настроек BIOS и других элементов данных не-пользователей, связанных с управлением самой компьютерной системы. Я не знаю ни одного типичной коммерчески доступной система, которая использует такую сырую вспышку для общего хранения данных, подходящего для файловой системы, на которой можно было бы хранить базу данных blockchain. TL; DR, в сегодняшних условиях, нет никакой пользы для приложения SW (например, система управления базами данных) управление записывает на хранение таким образом, зная о битовой полярности по отношению к предыдущим записи в одном месте. Это, а также другие осложнения, абстрагированы прочь механизмы в рамках основных устройств хранения данных. По-видимому, SSD технологии (Solid-State Drive), по-прежнему зависит от SSDD явления (Same Дерьмо, Different Day). Я не думаю, что вы сознательно ерунды в вашем посте, вам не кажется, как SSD коммивояжера. Вы, кажется, не знают о том, что SSD устройства затронуты почти точно так же явления: размер блока записи меньше, чем размер блока стирания. Я не буду вдаваться в подробности, просто дать ссылку на рецензию Википедии о https://en.wikipedia.org/wiki/Write_amplification . Я измерил усиление записи с некоторым старым выпуском Bitcoin по целому ряду устройств хранения данных. Это было столь же высоко как 128. Она не принимает ученым, чтобы написать хранения администратора для Bitcoin с меньшим усилением записи. Что касается коммерческих продуктов хороший способ начать с открытым исходным кодом для поиска в Linux https://en.wikipedia.org/wiki/Memory_Technology_Device . На закрытом источнике передних многих продуктов, которые якобы поддерживают только файловые системы FAT и EXFAT имеют соответствующие оптимизации в пути коды, который обрабатывает предопределенные файлы постоянного размера. Причина, почему я все это пишу, чтобы увидеть, есть ли разумная жизнь осталась в организации Чарльза Хоскинсона в. Я ясно вижу, что вы умны, если несколько не-уточненный. Вопрос остается открытым о его орг: кажется, что это просто маркетинговая организация с абсолютно никакого технического фона. Давайте посмотрим, если они могут размещать интеллектуальную откликом. |
25 июля 2016, 6:25:58 PM | # 9 |
Сообщения: 1862
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
TL; DR, в сегодняшних условиях, нет никакой пользы для приложения SW (например, система управления базами данных) управление записывает на хранение таким образом, зная о битовой полярности по отношению к предыдущим записи в одном месте. Это, а также другие осложнения, абстрагированы прочь механизмы в рамках основных устройств хранения данных. Вы, кажется, не знают о том, что SSD устройства затронуты почти точно так же явления: размер блока записи меньше, чем размер блока стирания. Хотя это правда, что текущий NAND флэш-накопители на основе действительно имеют один и тот же фундаментальный вопрос вы описываете *, что сложность полностью абстрагируется от пользовательского интерфейса. Там нет доступного пользователя «кнопки или переключателей», которые позволяют любому слою над родной SCSI, интерфейс ATA, или NVMe диктовать физическое расположение любого логического блока данных ***. * (Кстати, этот вопрос вы изначально подразумевала - стерта вспышка находится в состоянии «1», в то время как он принимает записи перевернуть бит в «0», таким образом, можно было бы обеспечить последующие операции записи в данном блоке только переворачивать «1s» в «0s», полностью ортогонален (заменить) вопрос, что NAND написана на страницах, и несколько страниц составляют блок стирания) котировка Она не принимает ученым, чтобы написать хранения администратора для Bitcoin с меньшим усилением записи. Конечно, вы можете сливаться записи. Вы можете сделать большие записи. Вы можете сделать последовательные записи. Это вещи, которые работают на HDD тоже, и было известно в течение примерно полувека. Но вы не можете достичь в привод через интерфейс и диктуют физическое размещение. По крайней мере, не с какой-либо объем-доставки SSD. котировка Причина, почему я все это пишу, чтобы увидеть, есть ли разумная жизнь осталась в организации Чарльза Хоскинсона в. Я ясно вижу, что вы умны, если несколько не-уточненный. Нет, я уверяю вас, что я полностью в курсе - как в отношении доставки товара, а также в вещи на горизонте для хорошей части индустрии хранения данных. Когда логический блок записываются, нет никакого способа, чтобы диктовать, что она будет записана в ранее написанной странице, что бы только 1>0 изменения, связанное с 0-битовой маской новых данных, являющихся надмножеством от 0-битовой маски старых данных. Кроме устройств, которые делают внутреннее сокращение объема данных **, каждый написанный логический блок записывается в физический блок (часть страницы), которая никогда не была написана с момента последнего стирания блока были стерты. ** Как и в случае контроллеров, которые выполняют сжатие данных, такая запись заканчивает тем, что NOP, так как данные в логическом блоке уже существует в целом (в логической форме) в другом месте хранения. Устройство создает лишь указатель на существующие данные. Тем не менее, такие контроллеры не подвергать какой-либо интерфейс, с помощью которого некоторых слои выше устройства могут повлиять на это поведение. *** стандарты Команда недавно добавили логический блок разметки дескрипторы - намекает, что некоторые логические блоки «связаны друг с другом», - но эти намеки, а не директивы, и пока не поддерживаются IO складывает в любой ОС, вероятно, будет использоваться в качестве Биткойн узел. В то время как я не SSD продавец, ни частью любой организации Чарльз Хоскинсон, я старший технолог в исследовательском подразделении крупнейшего разработчика устройств хранения данных на планете. Вы будете на высшем уровне флэш-памяти недели после того, как дальше? Я хотел бы купить вам пиво или кофе для более глубокого обсуждения. |
25 июля 2016, 7:28:24 PM | # 10 |
Сообщения: 1988
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
В то время как я не SSD продавец, ни частью любой организации Чарльз Хоскинсон, я старший технолог в исследовательском подразделении крупнейшего разработчика устройств хранения данных на планете. Вы будете на высшем уровне флэш-памяти недели после того, как дальше? Я хотел бы купить вам пиво или кофе для более глубокого обсуждения. Я хочу искренне поблагодарить вас за предложение. К сожалению для меня, я занят переездом и весьма маловероятно, что я мог бы пойти в Санта-Клара, штат Калифорния, США на короткий срок.Это очень плохо, что в качестве старшего технолога в системе хранения вы не можете открыто обсуждать вопрос усиления записи, которое влияет на современные файловые системы и СУБД очень много. Я понимаю, что эти дискуссии могут реально проводиться под NDA или при сохранении анонимности крышку, как Сатоси Накамото-х годов. |
25 июля 2016, 8:08:34 PM | # 11 |
Сообщения: 1330
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
Я должен думать, эта нить должна быть в рамках этого раздела, потому что он все еще в стадии разработки? -> ... Я не получаю всю идею об этом, поэтому, пожалуйста, объясните
это в нетехнических терминах. Вы написали более масштабируемую и эффективную базу данных, которая будет использоваться с Blockchain? Разве это не то, что банки делают с их Blockchain на основе Разрешенные книги в то момент? Удачи с проектом, и, надеюсь, мы увидим открытую систему, а не Разрешенные версии. |
25 июля 2016, 9:35:29 PM | # 12 |
Сообщения: 1862
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
В то время как я не SSD продавец, ни частью любой организации Чарльз Хоскинсон, я старший технолог в исследовательском подразделении крупнейшего разработчика устройств хранения данных на планете. Вы будете на высшем уровне флэш-памяти недели после того, как дальше? Я хотел бы купить вам пиво или кофе для более глубокого обсуждения. Я хочу искренне поблагодарить вас за предложение. К сожалению для меня, я занят переездом и весьма маловероятно, что я мог бы пойти в Санта-Клара, штат Калифорния, США на короткий срок.Понял. В то время как это было некоторое время, так как я был на главную Bitcoin симпозиум, который знает, когда наши пути могут пересечься. Я оставлю предложение открытым. котировка Это очень плохо, что в качестве старшего технолога в системе хранения вы не можете открыто обсуждать вопрос усиления записи, которое влияет на современные файловые системы и СУБД очень много. Ну, я могу обсудить усилитель записи в общностях. Но учитывая, что протоколы команд уровня абстрагирования от низкого уровня физического отображения из верхних слоев, существует не так много, чтобы быть сделано с помощью программного обеспечения системы. Как было указано выше, методы, доступные выше интерфейса устройств состоят из одних и тех же вещей, которые были известны в пользу жестких дисков, а также в течение некоторого времени. Интересно, что жесткие диски становятся все более сложными внутренне, а также, по существу, с эквивалентом FTL (Flash-Translation Layer) SSD в погрузо-полностью indirected логичное отображение физического блока. Это тот случай, в течение нескольких жестких дисков на сегодняшний день, и это будет более широким распространением, как время идет. |
6 августа 2016, 5:16:24 PM | # 13 |
Сообщения: 1512
цитировать ответ |
Re: Blockchains действительно нужно более полную базу данных ... Так что мы построили один
Здесь идет обязательная база данных Bitcoin
В результате нескольких терактов, Европейская комиссия движется в направлении создания обязательного, централизованной базы данных собственности Bitcoin. Конечно, их официальная причина заключается в том, что Bitcoin используется для финансирования терроризма. Таким образом, для обеспечения безопасности и безопасности каждого они должны еще больше полномочий, чтобы шпионить за финансами людей. Но реальность такова, что эти правительства ненавидели Bitcoin с самого начала. Им не нравится идея децентрализованной валюты, что они не могут контролировать. В традиционной финансовой системы, органы власти имеют право регулировать банки и изымать любой счет они хотят. Подробнее на https://www.sovereignman.com/trends/here-comes-the-mandatory-bitcoin-database-20049/. |