Я учусь, чтобы сделать OP_RETURN ТМ, и у меня есть простой, который имеет один вход 0,001 и один выход OP_RETURN, который не получает биткоен.
Я сделал ОЕ
0100000001d4a37f5116d17a9a969752c979cdb138cb86fe4c89546dfda85bce376ce8241a01000 0000100ffffffff010000000000000000266a2454657374696e67204232344364354a5530706d39 4f3770787277376e277320477569646500000000
и подписал
0100000001d4a37f5116d17a9a969752c979cdb138cb86fe4c89546dfda85bce376ce8241a01000 0006c493046022100d9d80aa3c14d611b03e48376869125b07f133fb9ee81c5bdb8978c580b5a10 b9022100d85a9bd0c94926878d8954f82871ec44a069fd54bc3b0676b13e805a1d92d61a0121029 d4d4a7bbf9c52e8fb700a9c96a3c3a9d26c00d6630fc01efc27c956c40365f4ffffffff01000000 0000000000266a2454657374696e67204232344364354a5530706d394f3770787277376e2773204 77569646500000000
но когда я пытаюсь транслировать его, я получаю код ошибки -22, а так же, ни Blockchahin.info, ни Eligius' pushtx веб-сайты будут транслировать. Я знаю, что это нестандартное, но я подключен непосредственно к шахтерам, которые добывают нестандартные сделки и хотели бы отправить проклятую вещь.
Может кто-нибудь сказать мне, если есть ошибка в самом ОМ, или если есть еще одна причина для отказа вещания ..?
Спасибо всем за ваше время!
|
|
||||||
23 февраля 2014, 8:35:26 AM
|
# 1 |
Сообщения: 793
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
23 февраля 2014, 8:51:35 AM
|
# 2 |
Сообщения: 2366
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Получил 1806 Биткоинов
Реальная история. Элигий не шахтные операции, которые, как представляется, злоупотребляет системой для хранения данных.
Данные в OP_RETURN должны быть хэш в любом случае. Bitcoin не распределенное хранение данных, а также стоимость и риск, связанный с данными является экстерналии, которые вы не платите. |
|
|
|
|
23 февраля 2014, 9:18:17 AM
|
# 3 |
|
Сообщения: 1106
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Вам не нужно OP_RETURN для хранения данных, в частности, хэш. Идея заключалась в том, что должно было побудить людей хранить данные в наименее вредным способом возможно в выходах, которые могут быть, очевидно, обрезают; как он или не прикладывая данные в blockchain полезно, чтобы люди будут делать это, и нет хорошего способа, чтобы остановить человек от этого. Конечно, после того, как данные prunable, это не отличается от любой другой сделки с точки зрения воздействия на систему - вы по-прежнему платить взносы на том же основании, как делать какие-либо другие операции.
Если вы планируете делать больше, чем просто играть вокруг, что делает Mastercoin встраивать данные достаточно дешево и цензура упорные, и станут более в будущем: https://github.com/mastercoin-MSC/spec#appendix-a--storing-mastercoin-data-in-the-blockchain Я добавлю к этому спецификации рано или поздно с помощью метода P2SH scriptSig кодирования; Цензура, что потребует довольно инвазивные изменения языка сценариев или черных списков. (FWIW я главный научный Mastercoin в) |
|
|
|
|
23 февраля 2014, 4:40:13 PM
|
# 4 |
Сообщения: 793
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Таким образом, сама сделка без ошибок, то, верно? И я просто не могу толкать его в любом месте, потому что все пытаются (это правильно) мешает мне засоряя blockchain?
Являются первыми созданы вручную транзакциями я сделал, так что в основном я просто хочу знать, что я сделал это правильно. UPDATE: Я собирался удвоить тратить, но, похоже, кто-то сделал на самом деле поместить его в блок. Возможно транслировать мои ТХ даже с кодом ошибки -22 или это более вероятно, кто-нибудь видел его здесь и транслировать его для меня? UPDATE 2: Ничего себе, хорошо, фига, я ответил на свой вопрос. Что ОЕ, что попали в блок на самом деле НЕ один я отправил. Это более ранняя версия, которую я сделал с меньшим порядковым номером, специально, чтобы я мог дважды провести его легко, если были проблемы. Но эта версия прошла. Так что я знаю, что это должно было вещать, потому что я не писал, что где-нибудь еще. |
|
|
|
|
24 февраля 2014, 12:29:37 AM
|
# 5 |
Сообщения: 1106
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Таким образом, сама сделка без ошибок, то, верно? И я просто не могу толкать его в любом месте, потому что все пытаются (это правильно) мешает мне засоряя blockchain? Являются первыми созданы вручную транзакциями я сделал, так что в основном я просто хочу знать, что я сделал это правильно. UPDATE: Я собирался удвоить тратить, но, похоже, кто-то сделал на самом деле поместить его в блок. Возможно транслировать мои ТХ даже с кодом ошибки -22 или это более вероятно, кто-нибудь видел его здесь и транслировать его для меня? UPDATE 2: Ничего себе, хорошо, фига, я ответил на свой вопрос. Что ОЕ, что попали в блок на самом деле НЕ один я отправил. Это более ранняя версия, которую я сделал с меньшим порядковым номером, специально, чтобы я мог дважды провести его легко, если были проблемы. Но эта версия прошла. Так что я знаю, что это должно было вещать, потому что я не писал, что где-нибудь еще. Ах, вы ошибаетесь на несколько уровней. Прежде всего nSequence был удален из Bitcoin буквально лет назад, потому что это небезопасно и делает Bitcoin уязвимыми для атак DoS. Страницы вики, что упоминание не следует, но, к сожалению, у нас есть разработчик, который все еще висел на идее так ... Во-вторых, я думаю, что код -22 ошибки вы видели только означает, что ваш местный bitcoind экземпляр не поддерживает OP_RETURN; Вы модернизировали его либо кандидат 0,9 высвобождения, или последний из мерзавца? Похоже Элигии была кто добывал, что ТЙ, которая заставляет меня подозревать Люка~d до сих пор фактически не инвалиды сделок OP_RETURN ... Во всяком случае, как я уже сказал, если у вас есть использование для OP_RETURN, просто сделать ваше приложение использовать и другие механизмы передачи данных кодирования в качестве запасного варианта. Идея "засоряя blockchain" это нонсенс. |
|
|
|
|
24 февраля 2014, 12:38:08 AM
|
# 6 |
|
Сообщения: 793
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Большое спасибо г-н Тодд за вашу помощь и информацию!
|
|
|
|
|
24 февраля 2014, 1:58:33 AM
|
# 7 |
Сообщения: 461
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Вам не нужно OP_RETURN для хранения данных, в частности, хэш. Идея заключалась в том, что должно было побудить людей хранить данные в наименее вредным способом возможно в выходах, которые могут быть, очевидно, обрезают; как он или не прикладывая данные в blockchain полезно, чтобы люди будут делать это, и нет хорошего способа, чтобы остановить человек от этого. Как указано в недавнем сообщении *, P2SH ^ 2 на стороне scriptPubKey и мачт на стороне scriptSig будет работать, чтобы сохранить blockchain превратиться в свалку. Так как эти изменения были бы очень хорошо и для масштабируемости и конфиденциальность, Я не понимаю, почему ты так быстро списывать их маловероятными.котировка Конечно, после того, как данные prunable, это не отличается от любой другой сделки с точки зрения воздействия на систему - вы по-прежнему платить взносы на том же основании, как делать какие-либо другие операции. Проблема заключается в том, что не-Bitcoin приложений конкурировать за дефицитные блоков пространства, подъезжали стоимость операций для пользователей Bitcoin. Как вы знаете, эта стоимость либо ощущается в виде пошлин или увеличение централизации, если размер блока просто поднят для размещения. Я не думаю, что это неразумно сказать, что пользователи Bitcoin не должны быть обременены произвольными требованиями его blockchain.Вы упоминали, что быть лучше просто сосредоточиться на корень проблемы - фундаментальной масштабируемости - но потенциальные решения я видел, предложенные вами, кажется, как очень радикальные изменения (в гораздо большей степени, чем P2SH ^ 2 или мачт), и консервативный подход по-видимому, чтобы защитить blockchain от злоупотреблений в максимально возможной степени по крайней мере, до тех пор, особенно обновление масштабируемости не было 1) реализован, 2) хорошо испытаны, и 3) широко согласованы. Что касается OP_RETURN, хотя, я согласен, что это правильный способ сделать контроль повреждений (хотя я волнуюсь, что он посылает неверный сигнал для пользователей, что такое использование является приемлемым, а не оскорбительным, и будет способствовать более этого), но только тогда, когда P2SH ^ 2 и мачты еще не реализованы. * Мой совет для новых проектов является поддержка нескольких методов кодирования, то же самое было Mastercoin сделал, так что вы не зависит от дэвов Bitcoin. Кстати, нет никакого практического способа остановить все эти методы - даже P2SH ^ 2, сам по себе является очень инвазивными изменениями в экосистему, которая вряд ли произойдет, не может остановить кодирование данных в P2SH scriptSigs без merkleized абстрактной поддержки дерева синтаксиса и рискованных перемен к язык сценариев ... и что, в свою очередь, имеет большой риск того, что вы делаете обновление в будущем, возможно, потому, крипто алгоритм был ослаблен, гораздо сложнее реализовать. Конечно, именно поэтому я трачу мое время работает на самом деле улучшение фундаментальной масштабируемости, а не тратить время, пытаясь сказать людям, что делать с доверительной свободным децентрализованной системой ... |
|
|
|
|
24 февраля 2014, 3:35:34 AM
|
# 8 |
|
Сообщения: 1106
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Вам не нужно OP_RETURN для хранения данных, в частности, хэш. Идея заключалась в том, что должно было побудить людей хранить данные в наименее вредным способом возможно в выходах, которые могут быть, очевидно, обрезают; как он или не прикладывая данные в blockchain полезно, чтобы люди будут делать это, и нет хорошего способа, чтобы остановить человек от этого. Как указано в недавнем сообщении *, P2SH ^ 2 на стороне scriptPubKey и мачт на стороне scriptSig будет работать, чтобы сохранить blockchain превратиться в свалку. Так как эти изменения были бы очень хорошо и для масштабируемости и конфиденциальность, Я не понимаю, почему ты так быстро списывать их маловероятными."Мусор dumbp" Пожалуйста, не списывают полезные приложения для корректуры из-публикации так быстро. Heck, только другой день, когда я понял, как он может быть использован для создания децентрализованных цифровых обменов активов с криптографический проверяемым ценообразования, которая была по сути своей устойчивости к манипулированию рынка: http://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg03892.html котировка Конечно, после того, как данные prunable, это не отличается от любой другой сделки с точки зрения воздействия на систему - вы по-прежнему платить взносы на том же основании, как делать какие-либо другие операции. Проблема заключается в том, что не-Bitcoin приложений конкурировать за дефицитные блоков пространства, подъезжали стоимость операций для пользователей Bitcoin. Как вы знаете, эта стоимость либо ощущается в виде пошлин или увеличение централизации, если размер блока просто поднят для размещения. Я не думаю, что это неразумно сказать, что пользователи Bitcoin не должны быть обременены произвольными требованиями его blockchain.Что является или не является "Bitcoin приложение" открыт для обсуждения. Я, конечно, думаю, что децентрализованное финансирование имеет потенциал, чтобы быть ценным, и это будет вполне конкретно на основе Bitcoin в качестве средства обмена в реальных приложениях. Более конкретно, если я хочу, скажем, использовать multisignature защищенный бумажник, я создаю операции, которые занимают значительно более blockchain пространства, чем те, которые этого не делают. Конечно, я платить за это место сборов, вождение затраты для всех пользователей Bitcoin ... Так что я неправильно делать это? Вы упоминали, что быть лучше просто сосредоточиться на корень проблемы - фундаментальной масштабируемости - но потенциальные решения я видел, предложенные вами, кажется, как очень радикальные изменения (в гораздо большей степени, чем P2SH ^ 2 или мачт), и консервативный подход по-видимому, чтобы защитить blockchain от злоупотреблений в максимально возможной степени по крайней мере, до тех пор, особенно обновление масштабируемости не было 1) реализован, 2) хорошо испытаны, и 3) широко согласованы. Что касается OP_RETURN, хотя, я согласен, что это правильный способ сделать контроль повреждений (хотя я волнуюсь, что он посылает неверный сигнал для пользователей, что такое использование является приемлемым, а не оскорбительным, и будет способствовать более этого), но только тогда, когда P2SH ^ 2 и мачты еще не реализованы. Мое беспокойство, если мы не будет придерживаться строгого рыночного выделения корректуры из-публикации безопасности мы собираемся, чтобы увидеть признание в этом сообществе нормирования его на основе воспринимаемой ценности. Откровенно говоря, это так же, как чистые нейтральность дебаты - я верю в применении принципов свободы выбора и рыночной непредвзятости, а не с небольшой группой разработчиков и операторов пула решить, что является или не является действительным использованием blockchain Bitcoin. Что же касается моего совета, опять же, я знаю, что P2SH ^ 2 и МАСТ являются довольно трудно развернуть, поэтому мой совет тем пользователям, которые думают, что они имеют потребительную случай для данных в-blockchain, чтобы идти вперед и делать а сейчас. Они уже несколько лет, чтобы показать, что их применение на самом деле ценными, в это время большинство хэширования власти может принять решение о том, что внедрение методов анти-данные в-цепи была бы ошибка. Кроме того, все больше и больше похож на масштабируемости вещи я работаю может быть сделано прозрачно в обратной совместимости - на самом деле реализации этот материал может оказаться меньше, чем нарушения принуждая все Bitcoin программного обеспечения использовать новые типы адресов. |
|
|
|
|
24 февраля 2014, 8:04:17 AM
|
# 9 |
|
Сообщения: 461
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
"Мусор dumbp" Я не имею в виду; Есть, безусловно, интересные вещи, которые можно сделать. Я просто вопрос, является ли это нужно делать их на blockchain Bitcoin. Действительно симбиотические приложение кажется, что он может работать отлично, используя отдельную слитую добытую цепь, и атомной кросс торговой сети. (А если приложение конкурирует с Bitcoin, то все больше оснований, чтобы держать его в ад от blockchain Bitcoin, если это возможно.)Пожалуйста, не списывают полезные приложения для корректуры из-публикации так быстро. котировка Что является или не является "Bitcoin приложение" открыт для обсуждения. Я, конечно, думаю, что децентрализованное финансирование имеет потенциал, чтобы быть ценным, и это будет вполне конкретно на основе Bitcoin в качестве средства обмена в реальных приложениях. Более конкретно, если я хочу, скажем, использовать multisignature защищенный бумажник, я создаю операции, которые занимают значительно более blockchain пространства, чем те, которые этого не делают. Конечно, я платить за это место сборов, вождение затраты для всех пользователей Bitcoin ... Так что я неправильно делать это? Очевидно, в значительной степени никто не будет возражать против этого примера. Тем не менее, консенсус, кажется, что использование blockchain для полностью произвольных данных свалки это плохая идея. Так что да линия размыто, но это не означает, что она не существует или проигнорировано.котировка Мое беспокойство, если мы не будет придерживаться строгого рыночного выделения корректуры из-публикации безопасности мы собираемся, чтобы увидеть признание в этом сообществе нормирования его на основе воспринимаемой ценности. Откровенно говоря, это так же, как чистые нейтральность дебаты - я верю в применении принципов свободы выбора и рыночной непредвзятости, а не с небольшой группой разработчиков и операторов пула решить, что является или не является действительным использованием blockchain Bitcoin. Это подразумевает отказ от какой-либо определенной цели для blockchain: "она существует для любой наивысшие претенденты хотят использовать его для", Например, вытеснили пользователей, которые просто хотят, чтобы передать биткойны туда и обратно будет ИМХО по праву расстроена такого рода трансформации.котировка Кроме того, все больше и больше похож на масштабируемости вещи я работаю может быть сделано прозрачно в обратной совместимости - на самом деле реализации этот материал может оказаться меньше, чем нарушения принуждая все Bitcoin программного обеспечения использовать новые типы адресов. Я надеюсь, что это так! Более фундаментальная масштабируемость, безусловно, является идеальным решением. Так как я хотел быть в курсе современных на эти темы, что ваш текущий Одобренный путь здесь? Одно только название этого предложения в порядке, я могу искать через журналы чата / форумы, чтобы получить подробную информацию. Благодарю. |
|
|
|
|
24 февраля 2014, 8:35:38 AM
|
# 10 |
|
Сообщения: 1106
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Я не имею в виду; Есть, безусловно, интересные вещи, которые можно сделать. Я просто вопрос, является ли это нужно делать их на blockchain Bitcoin. Действительно симбиотические приложение кажется, что он может работать отлично, используя отдельную слитую добытую цепь, и атомной кросс торговой сети. (А если приложение конкурирует с Bitcoin, то все больше оснований, чтобы держать его в ад от blockchain Bitcoin, если это возможно.) Если вы думаете, слияние разминированных цепей представляют собой доказательство правильности публикации в мире больших бассейнов, вы поняли, что идея. По сути слияния добычи является небезопасной без участия по крайней мере, очень большой доли добывающей хэшировании мощности, что сводит на нет масштабируемость аргумента для слияния добычи. Очевидно, в значительной степени никто не будет возражать против этого примера. Тем не менее, консенсус, кажется, что использование blockchain для полностью произвольных данных свалки это плохая идея. Так что да линия размыто, но это не означает, что она не существует или проигнорировано. Даже если существует консенсус о том, что я сам являюсь твердым контрпример, не существует единого мнения о том, что именно произвольности данные. Это подразумевает отказ от какой-либо определенной цели для blockchain: "она существует для любой наивысшие претенденты хотят использовать его для", Например, вытеснили пользователей, которые просто хотят, чтобы передать биткойны туда и обратно будет ИМХО по праву расстроена такого рода трансформации. Точно так же те, кто был положить много усилий в децентрализованные финансы будут справедливо расстроены таким родом трансформация. Именно поэтому мой совет к ним не всасываются в обман - блокирование данных в blockchain нетривиально и их приложения не имеют много причин для беспокойства. Кроме блокирующее доказательство правильности публикации / метки времени для хэш вообще невозможно, и для многих из этих приложений (например, цветные монеты) хешей все, что вам нужно. На самом деле, с какой ловкостью я подозреваю, что я мог бы сделать весь Mastercoin и контрагенты протоколов быть чисто хэш-основой и неблокируемое родовыми механизмами; Я должен поставить некоторые мысли в это ...) Я надеюсь, что это так! Более фундаментальная масштабируемость, безусловно, является идеальным решением. Так как я хотел быть в курсе современных на эти темы, что ваш текущий Одобренный путь здесь? Одно только название этого предложения в порядке, я могу искать через журналы чата / форумы, чтобы получить подробную информацию. Благодарю. # Bitcoin-мастер, где это обсуждалось. Работа на более формальной бумаге для дерева цепей, а также. Я предпочитаю не обсуждать идеи здесь - гораздо лучше, чтобы обсудить идеи на открытых средах, таких как списки адресов электронной почты, которые архивируются несколькими субъектами. |
|
|
|
|
24 февраля 2014, 10:13:59 AM
|
# 11 |
|
Сообщения: 461
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Если вы думаете, слияние разминированных цепей представляют собой доказательство правильности публикации в мире больших бассейнов, вы поняли, что идея. По сути слияния добычи является небезопасной без участия по крайней мере, очень большой доли добывающей хэшировании мощности, что сводит на нет масштабируемость аргумента для слияния добычи. Не забудьте обо всех недобывающими полных узлов, которые позволили бы избежать того, чтобы нести дополнительную нагрузку. Шахтеры получать финансовое вознаграждение за это, так что гораздо меньше проблем для них. И хэширование расходы доминировать до довольно больших масштабов в любом случае.котировка На самом деле, с какой ловкостью я подозреваю, что я мог бы сделать весь Mastercoin и контрагенты протоколов быть чисто хэш-основой и неблокируемое родовыми механизмами; Я должен поставить некоторые мысли в это ...) Хорошо, если система может быть взломана, то я уверен, что некоторые умные люди будут делать это, и это сделает все предыдущие разговоры о этическом тоо использования blockchain.котировка # Bitcoin-мастер, где это обсуждалось. Работа на более формальной бумаге для дерева цепей, а также. Я предпочитаю не обсуждать идеи здесь - гораздо лучше, чтобы обсудить идеи на открытых средах, таких как списки адресов электронной почты, которые архивируются несколькими субъектами. Спасибо, я увидел цепочку обсуждение дерева, но не прочитать его еще тщательно. Вы не заинтересованы в идее обязательств MMR Тх больше? Заглядывая вперед к бумаге, я надеюсь, вы закончите до вы начинаете работать над blockchain механизма угона |
|
|
|
|
24 февраля 2014, 2:40:01 PM
|
# 12 |
|
Сообщения: 1106
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Если вы думаете, слияние разминированных цепей представляют собой доказательство правильности публикации в мире больших бассейнов, вы поняли, что идея. По сути слияния добычи является небезопасной без участия по крайней мере, очень большой доли добывающей хэшировании мощности, что сводит на нет масштабируемость аргумента для слияния добычи. Не забудьте обо всех недобывающими полных узлов, которые позволили бы избежать того, чтобы нести дополнительную нагрузку. Шахтеры получать финансовое вознаграждение за это, так что гораздо меньше проблем для них. И хэширование расходы доминировать до довольно больших масштабов в любом случае.Это проблема! Если шахтеры являются единственными, с данными, то это не доказательство публикации. Конечно, это показывает недостаток в Bitcoin, но, по крайней мере, пока мы были в состоянии сглаживать этот недостаток ... котировка На самом деле, с какой ловкостью я подозреваю, что я мог бы сделать весь Mastercoin и контрагенты протоколов быть чисто хэш-основой и неблокируемое родовыми механизмами; Я должен поставить некоторые мысли в это ...) Хорошо, если система может быть взломана, то я уверен, что некоторые умные люди будут делать это, и это сделает все предыдущие разговоры о этическом тоо использования blockchain.Точно - я знаю, что это может и будет угнан. котировка # Bitcoin-мастер, где это обсуждалось. Работа на более формальной бумаге для дерева цепей, а также. Я предпочитаю не обсуждать идеи здесь - гораздо лучше, чтобы обсудить идеи на открытых средах, таких как списки адресов электронной почты, которые архивируются несколькими субъектами. Спасибо, я увидел цепочку обсуждение дерева, но не прочитать его еще тщательно. Вы не заинтересованы в идее обязательств MMR Тх больше? Заглядывая вперед к бумаге, я надеюсь, вы закончите до вы начинаете работать над blockchain механизма угона обязательства Тх лишь малая часть решения масштабируемости - они только помогают при длительном хранении и фактически делают пропускную способность масштабируемости значительно хуже. Они, кажется, хороший подход к blockchain Sharding - дерево-цепь использует их, - но люди, которые утверждали, что они представляют собой некоторый масштабный прорыв понимают технологию. Кстати, я склонен опускать "MMR" от подхода - для Ой-й в противоположности временных меток только с помощью переменной высоты разреженного Merkle дерева проиндексировано в порядке вставки проще и приводит к довольно аналогичной длине доказательства, как с MMR-х. Что же касается того, что я работаю ... все сразу, как обычно. Все это технология взаимосвязана - я, вероятно, не думал бы о теории корректуры из-публикации, если бы я не думал о Mastercoin в то время. |
|
|
|
|
24 февраля 2014, 5:15:05 PM
|
# 13 |
|
Сообщения: 1400
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Не забудьте обо всех недобывающими полных узлов, которые позволили бы избежать того, чтобы нести дополнительную нагрузку. Шахтеры получать финансовое вознаграждение за это, так что гораздо меньше проблем для них. Дело в том, Bitcoin, что это никоим образом не привязаны к конкретной сети P2P.Еще в древние времена, был P2P файлообмен сеть под названием "Mojo Nation" что попытка использовать рыночные на основе распределения ресурсов для полосы пропускания, хранения и индексирования контента. Это на самом деле не работает по нескольким причинам, но это, вероятно, стоит отряхивая, фиксируя свои проблемы обнаружения цены и перепрофилирование для Bitcoin. |
|
|
|
|
24 февраля 2014, 8:20:30 PM
|
# 14 |
|
Сообщения: 461
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Если вы думаете, слияние разминированных цепей представляют собой доказательство правильности публикации в мире больших бассейнов, вы поняли, что идея. По сути слияния добычи является небезопасной без участия по крайней мере, очень большой доли добывающей хэшировании мощности, что сводит на нет масштабируемость аргумента для слияния добычи. Не забудьте обо всех недобывающими полных узлов, которые позволили бы избежать того, чтобы нести дополнительную нагрузку. Шахтеры получать финансовое вознаграждение за это, так что гораздо меньше проблем для них. И хэширование расходы доминировать до довольно больших масштабов в любом случае.Это проблема! Если шахтеры являются единственными, с данными, то это не доказательство публикации. Конечно, это показывает недостаток в Bitcoin, но, по крайней мере, пока мы были в состоянии сглаживать этот недостаток ... Я получаю вашу точку, хотя о паразитарных пользователей быть стимулы, чтобы быть, ну, паразитарные. Кроме того, даже если не будет в конечном счете, нет технических средств для предотвращения blockchain угон, это вовсе не означает, что социальное давление не может работать в какой-то степени полезной. Ну уважаемые разработчики будучи вокальной об этом, по крайней мере, это дает меньше Оскорбительные альтернатив преимущество PR, или может исправить самые вопиющие нарушения - как, например, первоначальное использование mastercoin в не-prunable выходов. обязательства Тх лишь малая часть решения масштабируемости - они только помогают при длительном хранении и фактически делают пропускную способность масштабируемости значительно хуже. Они, кажется, хороший подход к blockchain Sharding - дерево-цепь использует их, - но люди, которые утверждали, что они представляют собой некоторый масштабный прорыв понимают технологию. Право, я вычислил некоторое время назад что-то подобное увеличению кратного ~ 7 в полосе пропускания (для авторизованных префиксов дерев), но мое понимание было то, что они являются полезными, поскольку они дают возможность частичного открытию проверки / мошенничеству и распределенное строительство блока, который распространяется на увеличение пропускной способности загрузить на гораздо большее число участников. Является ли это недоразумение? Или просто завышение числа дополнительных участников?Еще в древние времена, был P2P файлообмен сеть под названием "Mojo Nation" что попытка использовать рыночные на основе распределения ресурсов для полосы пропускания, хранения и индексирования контента. Я предполагаю, что я древний, так как я на самом деле известно о Mojo Nation Zooko и др. и др. говорил о реализации учета некоторое время назад для их более скромного проекта преемника, Тахо-LAFS, хотя я не уверен, если они все еще планируют сделать это.Это на самом деле не работает по нескольким причинам, но это, вероятно, стоит отряхивая, фиксируя свои проблемы обнаружения цены и перепрофилирование для Bitcoin. |
|
|
|
|
24 февраля 2014, 8:40:50 PM
|
# 15 |
|
Сообщения: 1400
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Я предполагаю, что я древний, так как я на самом деле известно о Mojo Nation Zooko и др. и др. говорил о реализации учета некоторое время назад для их более скромного проекта преемника, Тахо-LAFS, хотя я не уверен, если они все еще планируют сделать это. Тема возникла на этом форуме пару лет назад, хотя это было в контексте общего хранения файлов: Я помню, по электронной почте Zooko об этом тогда, но на самом деле ничего не вышло. Может быть, это лучше смотреть на перезагружается MojoNation в качестве замены для P2P слоя Bitcoin, который может кстати оказаться полезным для общего хранения слишком (может быть, все, что дополнительные данные люди хотят запихнуть в blockchain?) |
|
|
|
|
25 февраля 2014, 2:18:28 AM
|
# 16 |
|
Сообщения: 1106
цитировать ответ |
Re: Код ошибки -22 на OP_RETURN ТХ
Во всяком случае, не будучи вынужденным курировать "мусорная свалка" в дополнении к blockchain Bitcoin позволит Больше люди бежать Bitcoin полные узлы. Я понимаю, что многие участники не желают / не в состоянии полностью проверить, но угон blockchain Bitcoin для мильона другие часто несвязанных и часто нежелательными приложений только усугубляет проблему. Но опять-таки, в слиянии добычи для корректуры из-публикации случае, если добыча хэширования мощность не более децентрализованная слияние добыча не доказательство ничего, в результате небезопасных приложений. Я получаю вашу точку, хотя о паразитарных пользователей быть стимулы, чтобы быть, ну, паразитарные. Кроме того, даже если не будет в конечном счете, нет технических средств для предотвращения blockchain угон, это вовсе не означает, что социальное давление не может работать в какой-то степени полезной. Ну уважаемые разработчики будучи вокальной об этом, по крайней мере, это дает меньше Оскорбительные альтернатив преимущество PR, или может исправить самые вопиющие нарушения - как, например, первоначальное использование mastercoin в не-prunable выходов. Вы понимаете, что появится Дэв участия в умудрился потерять социальное уважение в течение ночи, сделав круг на идее OP_RETURN? Вы не можете думать, что в этой небольшой общины, но в сообществе людей, использующих данные и метаданные, с помощью операций они есть. Как раз в неделю или два назад я спорил с кем-то - высокооплачиваемую клиента - что OP_RETURN вещь, конечно, будет выпущен, и они должны идти на усилия его использования для их применения. Ну, похоже, что я был неправ, и когда я говорил с ними еще раз ранее сегодня их план, чтобы придерживаться того, что они были написаны первоначально и использовать UTXO-вздутие живота выходов. обязательства Тх лишь малая часть решения масштабируемости - они только помогают при длительном хранении и фактически делают пропускную способность масштабируемости значительно хуже. Они, кажется, хороший подход к blockchain Sharding - дерево-цепь использует их, - но люди, которые утверждали, что они представляют собой некоторый масштабный прорыв понимают технологию. Право, я вычислил некоторое время назад что-то подобное увеличению кратного ~ 7 в полосе пропускания (для авторизованных префиксов дерев), но мое понимание было то, что они являются полезными, поскольку они дают возможность частичного открытию проверки / мошенничеству и распределенное строительство блока, который распространяется на увеличение пропускной способности загрузить на гораздо большее число участников. Является ли это недоразумение? Или просто завышение числа дополнительных участников?Да - они не делают распределены блочную конструкцию возможного сами по себе. Что это действительно серьезная проблема, на самом деле, как то, что может случиться, они просто действуют на бумагу над проблемой масштабируемости и оставить нас в ситуации, когда это позволяет больший размер блока или аналогичный вид масштабируемый, что в дальнейшей централизации контроля над добычей полезных ископаемых. Я должен признать, я был немного неохотно публикует эту идею по этой причине изначально, но решил, что это было строгое усовершенствование обязательств UTXO так пошло вперед. |
|
|
|
Как заработать Биткоины?
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
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.