Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
17 февраля 2015, 1:05:41 PM   # 1
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
"консенсус" критическая часть Bitcoin будет раскалывается в отдельную библиотеку.  

Это (будет) часть кода, который проверяет, если блоки являются действительными. Идея заключается в том, что любые новые версии Bitcoin будут использовать эту библиотеку. Если никаких изменений не сделано в библиотеку, то правила проверки блока не изменится.

Более один выпуск Bitcoin может в конечном итоге с помощью библиотеки.

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

Кроме того, другие клиентские реализации могут включать в эту библиотеку. Это дало бы очень высокую вероятность того, что альтернативный клиент будет консенсус совместим с эталонным клиентом.

Если они связаны динамически, пользователи могут просто скачать новый консенсус .dll, но это может быть немного легко.

Однако, не все клиенты написаны на C ++.

Автоматическое создание исходного кода для других языков с C ++ код был бы способ обойти это.

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

Когда новая версия библиотеки консенсусной отпущена, официальное внедрение в нескольких других языках может быть получено (или, может быть каким-то общий файл, .dll, .so и т.д.).

Инструмент преобразования может быть проще, если исходный код ссылки хранился проще.

API для библиотеки также должны быть портативными. Проще всего было бы ограничить его примитивных типов и массивы байтов. Структуры и / или классы могут быть определимы переносимым способом для преобразователя. Ссылка исходный код не может быть даже на конкретном языке программирования, и даже C ++ исходный код будет генерироваться из него.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan


Как заработать Биткоины?
Без вложений. Не майнинг.


17 февраля 2015, 2:02:10 PM   # 2
 
 
Сообщения: 114
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

Получил 1806 Биткоинов
Реальная история.





Для уточнения: Вы имеете в виду порт графического интерфейса / бумажник частей на различные языки?

Портирование консенсуса код будет победить весь смысл.
instagibbs сейчас офлайн Пожаловаться на instagibbs   Ответить с цитированием Мультицитирование сообщения от instagibbs Быстрый ответ на сообщение instagibbs

17 февраля 2015, 2:10:57 PM   # 3
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

Я думал, что код консенсуса будет генерироваться из одной ссылки (вероятно, в C ++).

Если API для библиотеки используются массивы байтов и примитивы, то Автоматическое преобразование будет довольно легко. Ключ будет использовать суб-набор C ++, чтобы держать вещи легко конвертировать.

Реализация питон (как, скажем, Оружейный) может использовать версию питона библиотеки.

Сложные функции крипт должны быть реализованы по-разному, но здравомыслие проверка еще может быть выполнена в опорном коде.

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

Изменение в ссылки автоматически обновить все альтернативные версии библиотеки.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

17 февраля 2015, 2:59:06 PM   # 4
 
 
Сообщения: 117
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

Я нахожусь в процессе изменения моего узла Java использовать Bitcoin библиотеку консенсуса. Я использую Java Native Interface (JNI) напрямую вызывать библиотечный консенсус процедуру. Так что я могу использовать так / DLL библиотек, поставляемых с Bitcoin Ядра 0,10.

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

Я скучаю расширенные сообщения об ошибках, хотя. Библиотека Консенсус возвращает TRUE / FALSE индикатор и ничего не сказать, почему это не удалось (код ошибки просто относится к интерфейсу с такими проблемами, как отказ десериализации). Было бы хорошо, чтобы получить обратно сообщение с описанием, почему именно проверка не удалось (плохо открытый ключ, отказ подписи и т.д.).
ScripterRon сейчас офлайн Пожаловаться на ScripterRon   Ответить с цитированием Мультицитирование сообщения от ScripterRon Быстрый ответ на сообщение ScripterRon

17 февраля 2015, 3:30:30 PM   # 5
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

Я нахожусь в процессе изменения моего узла Java использовать Bitcoin библиотеку консенсуса. Я использую Java Native Interface (JNI) напрямую вызывать библиотечный консенсус процедуру. Так что я могу использовать так / DLL библиотек, поставляемых с Bitcoin Ядра 0,10.

Это тоже работает. Это означает, что вы не можете сделать "чистый" ничего, кроме C ++.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

17 февраля 2015, 6:06:17 PM   # 6
 
 
Сообщения: 117
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

Это тоже работает. Это означает, что вы не можете сделать "чистый" ничего, кроме C ++.
Это зависит от того, что вы делаете в JNI заглушкой (заглушка является то, что загружается во время выполнения Java). Я просто развернуться и вызвать библиотечные процедуры консенсуса после получения соответствующих указателей C-стиля к данным Java.

Кстати, это, кажется, работает. Я принес узел на Windows, и он успешно синхронизирован с сетью, используя библиотеку консенсуса проверить блок транзакции. Мне нужно собрать окурок на Linux, а затем я могу переключить узел VPS использовать библиотеку консенсуса.
ScripterRon сейчас офлайн Пожаловаться на ScripterRon   Ответить с цитированием Мультицитирование сообщения от ScripterRon Быстрый ответ на сообщение ScripterRon

17 февраля 2015, 8:42:35 PM   # 7
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

Однако, не все клиенты написаны на C ++.
Libconsensus намеренно С вызываемой, поэтому оно может быть использовано на любом языке, который может вызвать внешнюю библиотеку.

За libconsensus есть идея сокращения кода консенсуса в байткод с тривиальным переводчиком. Мы не уверены, насколько хорошо это будет работать, но это то, что люди также работают в направлении. Libconsensus является необходимым первым шагом, который является полезным, даже если путь байткодом не работает.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

18 февраля 2015, 11:47:36 AM   # 8
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

ScripterRon, а не использовать JNI вы можете посмотреть на ЮНА. Это позволит вам устранить весь код C от вашего проекта и просто позвонить в библиотеку с обычным интерфейсом Java. Это гораздо удобнее.
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн

18 февраля 2015, 3:03:29 PM   # 9
 
 
Сообщения: 117
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

ScripterRon, а не использовать JNI вы можете посмотреть на ЮНА. Это позволит вам устранить весь код C от вашего проекта и просто позвонить в библиотеку с обычным интерфейсом Java. Это гораздо удобнее.
Спасибо, Майк. Я смотрю на ЮНА, но я решил остаться с JNI, поскольку интерфейс заглушки только несколько строк кода C, и я не хочу, чтобы добавить другую зависимость к моему проекту. Я уже был знаком с JNI (я только что закончил писать собственные хэш-процедуры для проекта Nxt).
ScripterRon сейчас офлайн Пожаловаться на ScripterRon   Ответить с цитированием Мультицитирование сообщения от ScripterRon Быстрый ответ на сообщение ScripterRon

18 февраля 2015, 7:11:05 PM   # 10
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

Однако, не все клиенты написаны на C ++.
Libconsensus намеренно С вызываемой, поэтому оно может быть использовано на любом языке, который может вызвать внешнюю библиотеку.

Существуют ли какие-либо языки, которые не могут вызвать статические внешние библиотеки C? Я думаю, что это твердый раствор и одна из вещей, которые я очень рад в последнем выпуске. К моему знанию C # (.net), Java, идти, и питон всей поддержка вызова гр библиотеки. Может быть, мы можем собрать некоторые требования (тип данных и т.д.), чтобы обеспечить библиотеку остается легко вызываемыми в различных языках. Я надеюсь увидеть libconsensus значительно расширена в будущем. Это первый шаг в обеспечении безопасного развития альтернативных полных узлов.

Кто-нибудь знает, если bitcoinj и другие библиотеки намерены интегрировать libconsensus?

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

Интересно. Есть ли у вас какие-либо ссылки?  
DeathAndTaxes сейчас офлайн Пожаловаться на DeathAndTaxes   Ответить с цитированием Мультицитирование сообщения от DeathAndTaxes Быстрый ответ на сообщение DeathAndTaxes

19 февраля 2015, 2:08:39 AM   # 11
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

Существуют ли какие-либо языки, которые не могут вызвать статические внешние библиотеки C? Я думаю, что это твердый раствор и одна из вещей, которые я очень рад в последнем выпуске. К моему знанию C # (.net), Java, идти, и питон всей поддержка вызова гр библиотеки. Может быть, мы можем собрать некоторые требования (тип данных и т.д.), чтобы обеспечить библиотеку остается легко вызываемыми в различных языках. Я надеюсь увидеть libconsensus значительно расширена в будущем. Это первый шаг в обеспечении безопасного развития альтернативных полных узлов.
Вроде. Есть хостинг-провайдеров, которые только позволяют запускать код, написанный на некотором модном языке или другой, без каких-либо собственных библиотек кода (я не знаю деталей, как, почему). Там были некоторые большие и высокие услуги Bitcoin профиля, работающие в этих принимающих окружающих средах и, таким образом, "не в состоянии" для запуска собственного кода, и, таким образом, очень заинтересованы в полном переопределённом на других языках. Я не знаю, какое количество уместности такого рода мотивации будет иметь в будущем.

котировка
Кто-нибудь знает, если bitcoinj и другие библиотеки намерены интегрировать libconsensus?
Я думаю, что это действительно слишком незрелыми, чтобы сказать прямо сейчас. На данный момент это просто скрипт.


котировка
котировка
За libconsensus есть идея сокращения кода консенсуса в байткод с тривиальным переводчиком. Мы не уверены, насколько хорошо это будет работать, но это то, что люди также работают в направлении. Libconsensus является необходимым первым шагом, который является полезным, даже если путь байткодом не работает.
Интересно. Есть ли у вас какие-либо ссылки?  
[/ Цитата] Это в основном было IRC обсуждения в течение последних нескольких years-- этого усилие довольно низкий приоритет, особенно поскольку libconsensus является жестким PREREQ, как это неразумно ставить всю реализацию в медленном байткоде, поэтому первый консенсусные части должны быть полностью изолированы на части с ограниченным взаимодействием. Там был какой-то эксперимент работы, который имел некоторые выплаты, например, http://moxielogic.org/blog/real-world-multiply.html.

Идея просто достаточно, то вы можете создать набор команд загрузки / хранения машины C-таргетинг, который может быть запущен с <1000 переключатель линии заявление (дерзость такой пример), один, который достаточно прост, чтобы формально определить и даже доказать несколько различных реализаций Маха спецификации. Код консенсуса только компилируется в байт-код, а затем каждый может использовать один и тот же байт-код. Задача состоит в том, что простая машина имеет производительность, которая может быть неприемлемо низкой, добавляя общий JIT как вещи в вашей виртуальной машине есть безумные риски и делает его гораздо труднее рассуждать о или реализации точно. Одним из возможных решений, что расширяют архитектуру, чтобы добавить некоторые шифрованные блоки подобно тому, как многие встроенные процессоры имеют MultiMedia accelerators-- макроскопические жёстко прописанные единиц, которые делают такие вещи, как выполнить все 8x8 dct-- например так что набор команд большой оператор переключателя с небольшим количеством специальной обработки корпуса делает такие вещи, как вычислительные SHA256 с машинным кодом. Это относительно легко быть вполне уверены, что реализация функции сжатия SHA256 правильна ... другие криптографические реализации, в меньшей степени. Надеюсь, его можно добавить только достаточно родные ускорителей, чтобы получить приемлемую производительность без значительного увеличения сложности реализации / рискованной. В противном случае чистый байткодом подход будет достаточно медленно, что бы люди либо JIT его или заменить его собственной реализации и победите выгоды безопасности.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

19 февраля 2015, 10:28:36 AM   # 12
 
 
Сообщения: 836
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

Байт код скомпилированные двоичные файлы для виртуальной машины Java оказались для защиты инвестиций в предприятия программного обеспечения от аппаратных средств и операционной системы, изменений в течение последних двух десятилетий. Стоимость работы с несовместимостью в любой операционной системе или изменения аппаратных средств только запретительными для тех, чей основной бизнес не является разработка программного обеспечения. Non-IT предприятие не хочет машина кода, скомпилированные артефактов в их бизнес-процессах. (На самом деле они предпочитают даже не все процессы в доме, но и SaaS.) Услуга, направленная на развертывание программного обеспечения предприятия, следовательно, упакованное для поддержки нативного кода.

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

Работа с consenus принятых или вновь созданных сделок (составление, подписание, синтаксический), однако станет частью бизнес-процесса, поэтому предпочитают быть в JVM байт-кода. Это где альтернативная реализация является правильным выбором сегодня и даже в будущем, может быть, до тех пор, пока у нас есть C ++ для JVM скомпилированного артефакта с богатыми возможностями.

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

https://bitsofproof.com/?page_id=944
Grau сейчас офлайн Пожаловаться на Грау   Ответить с цитированием Мультицитирование сообщения от Grau Быстрый ответ на сообщение Grau

20 февраля 2015, 3:13:34 PM   # 13
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Мультиязычность консенсуса библиотеки

Задача состоит в том, что простая машина имеет производительность, которая может быть неприемлемо низкой, добавляя общий JIT как вещи в вашей виртуальной машине есть безумные риски и делает его гораздо труднее рассуждать о или реализации точно. Одним из возможных решений, что расширяют архитектуру, чтобы добавить некоторые шифрованные блоки подобно тому, как многие встроенные процессоры имеют MultiMedia accelerators-- макроскопические жёстко прописанные единиц, которые делают такие вещи, как выполнить все 8x8 dct-- например так что набор команд большой оператор переключателя с небольшим количеством специальной обработки корпуса делает такие вещи, как вычислительные SHA256 с машинным кодом.

Компромисс будет сделать оба. Формальное определение консенсуса может быть в байткоде с некоторыми функциями ускоряются.

VM будет использовать ускоритель 99% времени, но 1% времени, он будет использовать байткод. Мошенничество (или ошибка кодирования) доказательства могут быть использовано, чтобы указать, когда следует использовать неускоренные коды.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW