Там было обсуждение продолжается в другом месте об использовании буферов протокола для Bitcoin. Суммируя преимущества:
-> Малое кодирование
-> Очень быстро
-> Реализации в нагрузках языков (Так написание новых клиентов стало намного проще)
-> Нападающие совместимы (на самом деле, это большая часть точки буферов протокола)
-> Чрезвычайно simpleto использование в коде
Таким образом, изначально я хотел бы предложить хранение файла бумажник с использованием буферов протокола, это не нарушение изменений и сразу делаю файл бумажник легче другие программы для анализа. В конце концов, я хотел бы надеяться, что Bitcoin может использовать буферы протоколов для работы в сети.
Некоторые люди были предположить, что буферы протокола может быть больше, чем пользовательские письменного макете пакета. Я подозреваю, что на самом деле это было бы * меньше * из-за какой-то умного кодирования, используемого в буферах протокола. Чтобы решить эту проблему, я думаю, что тест в порядке, я должен кодировать пакет бумажник файл / сеть с использованием буферов протокола и сравнить размер пакетов в текущей схеме. Тем не менее, я понятия не имею, что в пакете, какие данные хранятся в пакете, и в каком формате?
|
|
||||||
29 июля 2010, 11:29:31 PM
|
# 1 |
Сообщения: 150
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
30 июля 2010, 1:04:06 AM
|
# 2 |
Сообщения: 210
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Получил 1806 Биткоинов
Реальная история. Некоторые люди были предположить, что буферы протокола может быть больше, чем пользовательские письменного макете пакета. Я подозреваю, что на самом деле это было бы * меньше * из-за какой-то умного кодирования, используемого в буферах протокола. Я согласен, что это может быть меньше; не обязательно из-за умное кодирование, а потому, что это позволит нам упасть зарезервированные байты и тому подобные.Чтобы решить эту проблему, я думаю, что тест в порядке, я должен кодировать пакет бумажник файл / сеть с использованием буферов протокола и сравнить размер пакетов в текущей схеме. Тем не менее, я понятия не имею, что в пакете, какие данные хранятся в пакете, и в каком формате? Это будет трудная часть, конечно. Если вы хотите проверить с версией пакета (на самом деле не идеальный, так как он отправляется только один раз в связи), я декодируется, что полностью:http://bitcointalk.org/index.php?topic=231.msg6250#msg6250 |
|
|
|
|
30 июля 2010, 7:29:55 AM
|
# 3 |
Сообщения: 150
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Некоторые люди были предположить, что буферы протокола может быть больше, чем пользовательские письменного макете пакета. Я подозреваю, что на самом деле это было бы * меньше * из-за какой-то умного кодирования, используемого в буферах протокола. Я согласен, что это может быть меньше; не обязательно из-за умное кодирование, а потому, что это позволит нам упасть зарезервированные байты и тому подобные.Это тоже, хотя контраргумент люди всегда делают к тому, что мы могли бы избавиться от зарезервированных байтов в любом случае. Независимо от того, насколько непрактично это было бы: / Чтобы решить эту проблему, я думаю, что тест в порядке, я должен кодировать пакет бумажник файл / сеть с использованием буферов протокола и сравнить размер пакетов в текущей схеме. Тем не менее, я понятия не имею, что в пакете, какие данные хранятся в пакете, и в каком формате? Это будет трудная часть, конечно. Если вы хотите проверить с версией пакета (на самом деле не идеальный, так как он отправляется только один раз в связи), я декодируется, что полностью:http://bitcointalk.org/index.php?topic=231.msg6250#msg6250 Я надеялся, что для пакета сделки или что-то, но я дам ему идти с этим в настоящее время. Я мог бы также проверить с файлом кошелька, если кто-то расшифровал, что? Приложение: Хорошо, работа от этого резюме макета версии пакета: котировка версия * {0xf9,0xbe, 0xb4,0xd9} * "версия" (0x00 подложка) * 4 байта размер сообщения * 4 байта контрольной суммы * 8 байт nLocalServices (всегда 1, если! fClient, не знаю, либо, что это значит) * 8 байт временной метки (не забудьте использовать сетевой порядок байт) * Удаленный адрес (адрес этого узла думает, что он есть): о nServices - uint64 (8b), до сих пор загадочны, не знаю, смысл еще о pchReserved - (12b): некоторые зарезервированное место, по-видимому, для последующего IPv6 О ф - UINT (4b) о порт - беззнаковое короткое (2b) * Локальный адрес (адрес этого узла видит вас под): о nServices - uint64 (8b), до сих пор загадочны, не знаю, смысл еще о pchReserved - (12b): некоторые зарезервированное место, по-видимому, для последующего IPv6 О ф - UINT (4b) о порт - беззнаковое короткое (2b) * 8 байт nLocalHostNonce (необходим для рукопожатия, если я не ошибаюсь) * Строка подрывной "+0,0" в моем случае * NBestHeight - Int (4б): по-видимому, последний номер блока Я создал это определение буфера протокола: котировка версия сообщения { сообщение AddressInfo { требуется unint64 nServices; требуется fixed32 IP; требуется UInt32 порт; } требуется uint32 магия = 2045; // 0xf9 | 0xbe << 1 | 0xb4 << 2 | 0xd9 << 3 требуется uint32 версии; требуется int64 контрольной суммы; требуется UInt64 метки времени; Необходимые nLocalServices uint64; требуется AddressInfo Remote; // адрес этого узла думает, что он является необходимый AddressInfo Local; // адрес этого узла видит вас под требуется fixed64 nLocalHostNonce; требуется строка SubversionString; требуется uint32 nBestHeight; } Значит ли это выглядеть правильно? Единственные изменения, которые я сделал это, что вдавленные вещи в списке точек пули вложенные типов сообщений, и я полностью сбросил 12 байт зарезервированной ipv6 пространства (так что легко может быть добавлены позже, что точка буферы протокола). Я должен отметить, что я probbaly не выбрал лучшие типы кодирования для всех этих областей, что зависит от значений они, вероятно, для хранения, поэтому на практике пакет, вероятно, будет немного меньше, чем мои тесты показывают, |
|
|
|
|
30 июля 2010, 11:37:59 AM
|
# 4 |
|
Сообщения: 150
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Я использовал буфер выше протокола (как я уже говорил, это, вероятно, не является оптимальным) и данные, полученные с помощью http://www.alloscomp.com/bitcoin/version.pys в качестве тестовых данных.
котировка Версия: 306 nLocalServices: 1 NTime: 1280487684 addrYou:. # # # #.. #### (nServices: 1) addrMe:. # # # #.. #### (nServices: 1) nLocalHostNonce: 2359069617775922941 vSubStr: "" nBestHeight: 71137 Кодируются буфер протокола всего 55 байт, версия Тогда как Биткойн 85 0x00 комплектов (каждый из которых представляет 2 байта каждый я принимаю). Это означает, что мой плохо спланированы буфер протокола более половины размера ручной построен макет! |
|
|
|
|
30 июля 2010, 12:30:23 PM
|
# 5 |
|
Сообщения: 210
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Некоторые люди были предположить, что буферы протокола может быть больше, чем пользовательские письменного макете пакета. Я подозреваю, что на самом деле это было бы * меньше * из-за какой-то умного кодирования, используемого в буферах протокола. Я согласен, что это может быть меньше; не обязательно из-за умное кодирование, а потому, что это позволит нам упасть зарезервированные байты и тому подобные.Мало того, что это позволит ему упасть зарезервированные поля, но он использует ZigZag кодирования и некоторые другие уловки, чтобы сохранить целые числа и тому подобное, как совсем маленькие, насколько это возможно. Так да, он использует умную кодировку. = P Это также невероятно быстро обрабатывать! |
|
|
|
|
30 июля 2010, 2:13:27 PM
|
# 6 |
|
Сообщения: 224
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Кодируются буфер протокола всего 55 байт, версия Тогда как Биткойн 85 0x00 комплектов (каждый из которых представляет 2 байта каждый я принимаю). Это означает, что мой плохо спланированы буфер протокола половина размера руки построен макет! Я понимаю, что вы евангелизацию для буферов протокола (и вы, кажется, делают очень хорошую работу его тоже, я мог бы добавить), но я буду оспаривать, что рука встроенных макеты данных всегда плохо. Тем не менее, я надеюсь, что это даст пищу для размышлений и на практической основе какие-либо улучшения в протоколе сети, сбривает несколько байт всегда лучше. Это, кажется, не жертвовать слишком много с точки зрения накладных расходов либо. Что еще более важно, вы вызываете внимание к области эффективности, которые необходимо решить, и очень полезно для проекта. Спасибо за это. Я надеюсь попасть туда, где вы находитесь в настоящее время на этом протоколе бизнеса. |
|
|
|
|
30 июля 2010, 2:28:23 PM
|
# 7 |
|
Сообщения: 1652
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Говоря о сети ...
... есть ли действительно надежные, универсальная, с низкой задержкой, с открытым исходным кодом p2p сети "промежуточный слой" там? Я думаю, с помощью буферов протокола, как формат сериализации является хорошей идеей, но я не думаю, что только переход на буферы протокола "покупает" Достаточно стоит усилий (по крайней мере, не сейчас, когда объем сделок низкий). Я хотел бы видеть некоторые эксперименты с запуском Bitcoin на вершине различных сетей уровня (и протокольное использование буферов, тоже). Есть ли p2p сеть, которая призвана быть чрезвычайно высокой надежностью и трудно проникнуть или атаковать с вредоносными узлами? |
|
|
|
|
30 июля 2010, 3:47:33 PM
|
# 8 |
|
Сообщения: 1484
цитировать ответ |
Re: Протокол Буферы для Bitcoin
FYI, это не имеет смысла, чтобы сделать пакет меньше, чем 60 байт - минимальный размер пакета Ethernet. Пакеты заполняются до 60 байт, если они меньше.
|
|
|
|
|
30 июля 2010, 4:54:27 PM
|
# 9 |
|
Сообщения: 150
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Кодируются буфер протокола всего 55 байт, версия Тогда как Биткойн 85 0x00 комплектов (каждый из которых представляет 2 байта каждый я принимаю). Это означает, что мой плохо спланированы буфер протокола половина размера руки построен макет! Я понимаю, что вы евангелизацию для буферов протокола (и вы, кажется, делают очень хорошую работу его тоже, я мог бы добавить), но я буду оспаривать, что рука встроенных макеты данных всегда плохо. Тем не менее, я надеюсь, что это даст пищу для размышлений и на практической основе какие-либо улучшения в протоколе сети, сбривает несколько байт всегда лучше. Это, кажется, не жертвовать слишком много с точки зрения накладных расходов либо. Что еще более важно, вы вызываете внимание к области эффективности, которые необходимо решить, и очень полезно для проекта. Спасибо за это. Я надеюсь попасть туда, где вы находитесь в настоящее время на этом протоколе бизнеса. Они не всегда плохо. Тем не менее, если вы положили в так много усилий, что ваша рука построен пакет был меньше, чем буфер протокола, то вы, вероятно, положить слишком много усилий в микро-оптимизации Я буду рад помочь любому догонять буфера протокола. Если кто-то готов работать со мной, я бы даже работать над патчем, у меня очень мало C ++ опыт, так что я не могу сделать это в одиночку, к сожалению. Я думаю, с помощью буферов протокола, как формат сериализации является хорошей идеей, но я не думаю, что только переход на буферы протокола "покупает" Достаточно стоит усилий (по крайней мере, не сейчас, когда объем сделок низкий). Я не согласен, протокол буферы меньше, и это приятно, но это не главное их достоинство - они совместимы вперед, который является чрезвычайно важным в сети p2p, они также то, что можно легко использовать на многих языках, которые сделать внедрение новых клиентов на новых языках проще, на мой взгляд, является жизненно важным для Bitcoin. FYI, это не имеет смысла, чтобы сделать пакет меньше, чем 60 байт - минимальный размер пакета Ethernet. Пакеты заполняются до 60 байт, если они меньше. В самом деле, но пакет версии, вероятно, самый маленький пакет всех пересылаемых, так что мы будем получать больше в другом месте. Кроме того, держать глаз на основной точке. Тот факт, что протокольные буферы меньше хорошо в сторону тот факт, что они совместимы Форварды и сделать Bitcoin переносимым между языками. |
|
|
|
|
31 июля 2010, 1:45:23 PM
|
# 10 |
|
Сообщения: 210
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Кодируются буфер протокола всего 55 байт, версия Тогда как Биткойн 85 0x00 комплектов (каждый из которых представляет 2 байта каждый я принимаю). Это означает, что мой плохо спланированы буфер протокола более половины размера ручной построен макет! "0x00" группы, каждый, представляют один байт. Длина стандартной версии пакета составляет 87 байт плюс 20 для заголовка. Заголовок может быть оптимизирован в широком масштабе, а также:Код: начало сообщения "волшебные байты" - 0xF9 0xBE 0xB4 0xD9 |
|
|
|
|
31 июля 2010, 2:11:05 PM
|
# 11 |
|
Сообщения: 150
цитировать ответ |
Re: Протокол Буферы для Bitcoin
"0x00" группы, каждый, представляют один байт. ой разрывная изменение Я думаю, что лучший способ поэтапного в протоколе bufferswould, чтобы избежать нарушений изменений, чтобы начать с, вместо того, чтобы начать с буферами протоколов для локальных файлов (например, в бумажнике), которые выиграли бы нам немного размера на диске, легкость чтения бумажника файл в других программах, и получить некоторый опыт работы с использованием буферов протокола. Затем настало время, чтобы начать поэтапные буфера протоколов для сетей, на моем взгляде. Есть ли текущая версия Bitcoin иметь любую обработку для игнорирования ломти пакета? Если это так, поэтапные буфера протокола может быть столь же простым, как написание текущего пакета и записи буфера протокола (в игнорировании поля для пожилых клиентов), то, как только достаточное количество людей модернизированных избавиться от старой кодировки. |
|
|
|
|
2 августа 2010, 2:43:43 AM
|
# 12 |
Сообщений: 10
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Почему вы считаете, что критическое изменение? Там нет никаких причин, вы не могли бы сначала попробовать с новым протоколом, а затем повторите попытку, используя старую технику Bitcoin сериализации. Кроме того, я думаю, что это изменение, которое должно быть сделано раньше, а потом, когда сообщество Bitcoin еще мало. Это уже был основным блокатор в создании новых клиентов и задерживая это будет препятствовать принятию Bitcoin в.
|
|
|
|
|
2 августа 2010, 11:37:33 AM
|
# 13 |
Сообщения: 150
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Почему вы считаете, что критическое изменение? Там нет никаких причин, вы не могли бы сначала попробовать с новым протоколом, а затем повторите попытку, используя старую технику Bitcoin сериализации. Это очень хорошая идея, и я бы сказал, что это способ пойти с этим. Кроме того, я думаю, что это изменение, которое должно быть сделано раньше, а потом, когда сообщество Bitcoin еще мало. Это уже был основным блокатор в создании новых клиентов и задерживая это будет препятствовать принятию Bitcoin в. Так как это не изменение ломка, это должно быть сделано как можно скорее, на мой взгляд, по тем же самым причинам. Остается открытым вопрос, кто-нибудь готов помочь реализовать? Я опыт программист, но я не имею C ++ опыт, к сожалению, так мне нужно немного помочь, если я попытаюсь сделать это сам |
|
|
|
|
2 августа 2010, 8:22:08 PM
|
# 14 |
|
Сообщения: 364
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Причина, почему я не использовать буферы протокола или повысить сериализации, потому что они выглядели слишком сложны, чтобы быть абсолютно герметичен и безопасно. Их код слишком велик, чтобы читать и быть уверенным, что нет никакого способа, чтобы сформировать входные данные, которые могли бы сделать что-то неожиданное.
Я ненавижу изобретать колесо и только прибегли к написанию своих собственных процедур сериализации неохотно. Формат сериализации мы имеем, как мертвый простой и плоский, как это возможно. Там нет дополнительной свободы в том, как формируется входной поток. В каждой точке, следующее поле в структуре данных, как ожидается. Единственные варианты, приведенные те, что приемник ожидает. Существует версионности так обновления возможны. CAddress о единственном объекте со значительным зарезервированным пространством в нем. (Около 7 байт для флагов и 12 байт для возможного будущего расширения IPv6) Чем больше вещей, мы имеем, как блоки и сделки не могут быть оптимизированы намного больше по размеру. Большая часть их данных хеши и ключи и подпись, которые являются несжимаемыми. Накладные сериализации очень малы, обычно 1 байты для полого размера. По идее Гэвины о существующей P2P вещательной инфраструктуры, я сомневаюсь, что она существует. Есть несколько P2P систем, которые нуждаются только в эфире. Есть некоторые библиотеки, такие как хорды, которые пытаются обеспечить распределенную хэш-таблицу инфраструктуры, но это огромная сложная проблема, что нам не нужны или хотите. Эти библиотеки также гораздо труднее установить, чем мы сами. |
|
|
|
|
2 августа 2010, 11:05:35 PM
|
# 15 |
|
Сообщения: 150
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Честно говоря, я был бы более уверен, используя библиотеку, написанную Google и используется тысячами, чем я бы библиотека, написанная мной. Но это только мне
Основное преимущество буферов протокола была пересылает совместимость (который вы говорите, у нас, как в том, что в настоящее время поддерживается) и перекрестной совместимости между языками, что очень важно для Bitcoin развиваться по-моему. Как легко было бы прочитать текущую структуру из другого языка? Считаете ли вы, включая опцию для записи файла бумажника в протоколе буферного формата вместо пользовательского формата? Таким образом, по умолчанию может быть пользовательский формат, который вы доверяете больше, и пользователи могут экспортировать свой кошелек в Protobuf формат, если они хотят, чтобы перейти к новому клиенту. |
|
|
|
|
3 августа 2010, 2:23:50 AM
|
# 16 |
|
Сообщения: 210
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Причина, почему я не использовать буферы протокола или повысить сериализации, потому что они выглядели слишком сложны, чтобы быть абсолютно герметичен и безопасно. Их код слишком велик, чтобы читать и быть уверенным, что нет никакого способа, чтобы сформировать входные данные, которые могли бы сделать что-то неожиданное. Я не хочу казаться грубым, но это звучит как опасность с полем SCRIPT в сделках. Вы удобно писать целый язык оценки позволяя блоки предложить операции клиента, но вы не удобно использовать библиотеку как буфера протокола?Цитата: Мартин Считаете ли вы, включая опцию для записи файла бумажника в протоколе буферного формата вместо пользовательского формата? Таким образом, по умолчанию может быть пользовательский формат, который вы доверяете больше, и пользователи могут экспортировать свой кошелек в Protobuf формат, если они хотят, чтобы перейти к новому клиенту. Почему бы не использовать XML для этого случая? Размер файл бумажник на диске не совсем большая проблема, когда дело доходит до экспорта, и XML компрессы очень хорошо. Кроме того, это вполне читаемый человек - это помогло бы людям понять, что на самом деле хранятся. |
|
|
|
|
3 августа 2010, 10:20:23 AM
|
# 17 |
|
Сообщения: 150
цитировать ответ |
Re: Протокол Буферы для Bitcoin
Причина, почему я не использовать буферы протокола или повысить сериализации, потому что они выглядели слишком сложны, чтобы быть абсолютно герметичен и безопасно. Их код слишком велик, чтобы читать и быть уверенным, что нет никакого способа, чтобы сформировать входные данные, которые могли бы сделать что-то неожиданное. Я не хочу казаться грубым, но это звучит как опасность с полем SCRIPT в сделках. Вы удобно писать целый язык оценки позволяя блоки предложить операции клиента, но вы не удобно использовать библиотеку как буфера протокола?Я не очень много знаю о сценариях, это звучит как хорошая точка. Есть сценарии Тьюринга? Если нет, то насколько мощными они? Из того, что я слышал в другом месте, это звучит как магазинные автоматы. Цитата: Мартин Считаете ли вы, включая опцию для записи файла бумажника в протоколе буферного формата вместо пользовательского формата? Таким образом, по умолчанию может быть пользовательский формат, который вы доверяете больше, и пользователи могут экспортировать свой кошелек в Protobuf формат, если они хотят, чтобы перейти к новому клиенту. Почему бы не использовать XML для этого случая? Размер файл бумажник на диске не совсем большая проблема, когда дело доходит до экспорта, и XML компрессы очень хорошо. Кроме того, это вполне читаемый человек - это помогло бы людям понять, что на самом деле хранятся.Это хороший момент, я думаю, вы должны использовать XML для экспорта файлов бумажника. На самом деле, конечно, вы должны использовать XML для файла бумажника все время? Затем снова вам нужна библиотека сериализации для XML, так что, возможно, что ответы на этот вопрос: / |
|
|
|
|
3 августа 2010, 2:46:33 PM
|
# 18 |
|
Сообщения: 116
цитировать ответ |
Re: Протокол Буферы для Bitcoin
В самом деле, но пакет версии, вероятно, самый маленький пакет всех пересылаемых, так что мы будем получать больше в другом месте. Кроме того, держать глаз на основной точке. Тот факт, что протокольные буферы меньше хорошо в сторону тот факт, что они совместимы Форварды и сделать Bitcoin переносимым между языками. Отладка также проще с не пользовательскими форматами. Вместо того, чтобы быть только один, используя его, у вас есть много других людей на различных проектах ищут и исправление ошибок. Вы также часто получают инструменты для декодирования / отображения пакета, чтобы сделать его легче увидеть, если что-то не так. ИМХО размер пакета является наименее важной причиной. |
|
|
|
|
3 августа 2010, 7:16:20 PM
|
# 19 |
|
Сообщения: 150
цитировать ответ |
Re: Протокол Буферы для Bitcoin
На самом деле, я бы склонен доверять библиотеки многие люди используют более чем то, что я сам написал. Может быть, я должен начать работу над патчем, чтобы попытаться включить protobuffers как механизм первой же попытки (отправить Protobuf, если удаленный конец реагирует с заблуждением, отправьте стандартный пакет, а)
|
|
|
|
Как заработать Биткоины?
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.