[Update] ABE: AGPL Блок Проводник на GitHub

Редактировать: Новые возможности & обсуждение:

Устали ждать theymos, чтобы освободить оригинал Блок Проводник код, как раз перед Хал-х Namecoin исследователь объявление, я пошел и начал мой собственный основанный на bitcointools Гэвина.

Код: https://github.com/jtobey/bitcoin-abe
Обслуживание: http://abe.john-edwin-tobey.org/ а также в любом месте его размещения

Июнь 26 обновлений в оранжевом
Особенности:

бесплатно и с открытым исходным кодом (GNU Affero General Public License)
блок, сделки, и история адрес страницы, похожие на http://blockexplorer.com/
блок / ОЕ окно поиска / адрес
не требует исправления bitcoind (использует слегка измененные bitcointools, не getblock)
с малой задержкой блока: часто показывает блоки еще не на http://blockexplorer.com/
цепи страница может содержать более чем 20 новых блоков
может обрабатывать несколько цепей в одной и той же базе данных (Bitcoin, Testnet, Namecoin, ...)
реальное время Bitcoin Дни Разрушенный и Средняя Монета Возраст данных
написано на Python и переносной SQL, протестировано с PostgreSQL и Sqlite

Coming позже, может быть:

ускорения в соответствии http://blockexplorer.com/, я надеюсь
Статистика страницы / API как http://blockexplorer.com/q
см todo.txt файл
поддержка косвенного блока хэшей по эти линии
Что бы вы реализуете

Наслаждайтесь!

Яйцо сельдерей муравей.

Очень хорошо!
Планируете ли вы на реализацию опции возврата JSon для запросов?

Цитата: just_someguy от 23 июня 2011 года, 8:15:20 PM

Очень хорошо!

Благодаря!

котировка

Планируете ли вы на реализацию опции возврата JSon для запросов?

Вы имеете в виду "сырье" блочные и транзакционные страницы? Это на сделать, чтобы-, но не ближе к началу. Патчи приветствуются.

Да, сырье.

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

Не то, что theymos не является надежным, но я не хотел бы рассчитывать на это время вокруг, если я полагался на него, чтобы запустить мою программу. Его также несправедливо по отношению к нему.

Даже для отправки я думаю, что это будет потеряно легче иметь небольшую программу дешифрования автономный бумажник, запрашивать их адреса, собирать материалы для создания транзакции, отправить, затем отключение.
Он основан на том, доверенный (и, скорее всего, частный) дб для запроса против, так что я думаю, что открытая версия источника является очень важной.
Так как кажется, как blockexplorer не будет с открытым исходным кодом, я рад видеть, что кто-то принимает это дальше.

Объявленный в рамках развития проекта: http://forum.bitcoin.org/index.php?topic=22785.0

Если цепь изменяет каталог, в котором он хранит файл цепного блока, можно изменить конфигурацию Абэ, чтобы он продолжает чтение из нового каталога без необходимости полностью восстановить базу данных? Я попытался изменить его как в файле abe.conf и прямо на столе DATADIR в базе не увенчались успехом.

Если нет, то по крайней мере, можно снова начать с такой цепью, оставляя остальную часть цепи, поскольку они находятся в базе данных? Спасибо!

Цитата: ама от 27 сентября 2011 года, 7:00:17 PM

Вам не нужно, чтобы восстановить базу данных или даже цепь. Если blk0001.dat это то же самое, за исключением, возможно, добавленными (по bitcoind) не должно быть никаких проблем при обновлении datadir.dirname и перезапустить процесс. Даже если blk0001.dat отличается (bitcoind перезапущен из пустой директории или скопирована blk0001.dat с другого хоста) нагрузка должна идти 10-100x быстрее, потому что Эйбы предполагают, что он загружен блок, когда он распознает хэш заголовка и пропускает вперед в файле.

Просьба представить подробную информацию о том, что вы сделали и то, что ошибка, которую вы получили.

Цитата: Джон Tobey 27 сентября 2011, 8:51:25 PM

Просьба представить подробную информацию о том, что вы сделали и то, что ошибка, которую вы получили.

Я изменил DATADIR как в abe.conf и в таблице DATADIR в базе данных. Блок цепи был загружен новый. Нет новых блоков были добавлены в базу данных. Я не получил какую-либо ошибку, она просто не обновлялись больше. Тогда я судимое заменяя содержимое DATADIR на старых, перезапустил цепи демон, который продолжал добавлять блоки в цепочке, и Эйб прекрасно работал тоже. Итак, наконец-то он работал, со старым blk0001.dat файла, но не с новым blk0001.dat файла.

Цитата: ама 27 сентября 2011, 11:31:57 PM

Это необходимо задокументировать, но в журнале, возможно, он упомянул принуждать пересканирование с "UPDATE каталогу_данного SET blkfile_number = 1, blkfile_offset = 0 WHERE имя_директория = '...'"

(Заменить "..." с именем папки.)

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

Цитата: Джон Tobey 28 сентября 2011 года, 1:02:51 AM

Да я вижу. В файле README.txt он говорит:

"Если восстановить файл блока, необходимо восстановить базу данных Абэ или по крайней мере установить datadir.blkfile_offset = 0, чтобы заставить повторное сканирование. Абэ в настоящее время не обрабатывать изменения блока файлов корректно."

Это было не очень понятно, как и где установить его, я не интерпретировал его как обновление поля в базе данных, поэтому я попытался установить datadir.blkfile_offset = 0 в файле конф, который сделал демон не в состоянии запуск, конечно. Я shpuld знал лучше!

Можно ли восстановить данные одной цепи или, возможно, удалить цепочку и добавить его снова?

У меня возникли некоторые проблемы с дублированным ключом в цепи, которая предотвращает новые блоки, которые будут добавлены в базу данных.

Я попытался седения blkfile_offset 0 в базе данных, удалите все папки данных и снова загрузить блок цепь, и это hasen't помогло. Он продолжает говорить, что есть дубликаты ключей и отказываются сохранять больше данных в базу данных.

В соответствии с http://www.ruby-forum.com/topic/64428, проблема вызвана ошибкой в PostgreSQL. Они также объясняют, что решение, но я не могу понять, как они знают, что делать с информацией, предоставленной ФП, так что я не могу применить его к моей проблеме здесь. По-видимому, просто переиндексации таблицы следует исправить, но я не могу увидеть, что таблица потребности индексирование этого от ошибки я получаю:

Внимание: не удалось догнать /home/ama/.tenebrix/tenebrix_data: дубликат ключа нарушает ограничение уникальности «block_txin_pkey»
{ 'Blkfile_number': 1, 'имя_директории': '/home/ama/.tenebrix/tenebrix_data', 'chain_id': 11, 'ID': Десятичный ('77' ), 'blkfile_offset': 2386329}

Я переиндексирован block_txin, но безрезультатно. Любая идея, пожалуйста?

Цитата: ама от 01 октября 2011 года, 2:32:07 AM

Я переиндексирован block_txin, но безрезультатно. Любая идея, пожалуйста?

Я спросил #PostgreSQL @ Freenode, и они говорят, что нет ничего, чтобы исправить в базе данных, потому что нет индекса используется. Они говорят, что это проблема в приложении. Я предполагаю, что я сделал ошибку при попытке запустить два экземпляра ABE (один для добавления цепи и еще один для веб-службы).

Итак, я вернулся в начале. Могу ли я каким-то образом устранить цепь, чтобы добавить его позже или мне нужно сделать, чтобы уничтожить базу и построить его снова целиком (все цепи)?

Я пытался построить другую базу данных с этой цепью с идеей, что если она работала хорошо, я мог бы добавить остальную часть цепи и заменить исходную базу данных с новым, но я столкнулся с той же проблемой. Таким образом, это не похоже, как если бы я сделал ошибку в первый раз, но, как если цепь имеет несколько блоков с дублированными транзакциями. Я не думаю, что есть что-то, что можно сделать на уровне цепи. Есть ли способ, чтобы справиться с такой проблемой в Абе, пожалуйста?

Цепь Tenebrix. Кажется, что блок 7177 и 7320 имеют надуть coinbases и вторая транзакция в блоке 9971 проводит один из них. Это при попытке вставить его, когда он выходит из строя.

Цитата: ама от 01 октября 2011 года, 7:54:50 PM

Хорошо слежки! В самом деле, это ошибка. Хотя я думаю о правильном исправить, вы можете получить мимо него с этим:

Код:

Diff --git а / Abe / DataStore.py б / Abe / DataStore.py
Индекс a04333c..5eec013 100644
--- а / Abe / DataStore.py
+++ б / Abe / DataStore.py
@@ -1426,12 +1426,13 @@ store._ddl [ 'txout_approx'],

# Создание строк в block_txin.
для строки в store.selectall ("""
- ВЫБОР txin.txin_id, obt.block_id
+ ВЫБОР txin.txin_id, MAX (obt.block_id)
ОТ block_tx BT
РЕГИСТРИРУЙТЕСЬ txin ON (txin.tx_id = bt.tx_id)
РЕГИСТРИРУЙТЕСЬ txout ВКЛ (txin.txout_id = txout.txout_id)
РЕГИСТРИРУЙТЕСЬ block_tx ОСТ ВКЛ (txout.tx_id = obt.tx_id)
- ГДЕ bt.block_id =?""", (Block_id,)):
+ ГДЕ bt.block_id =?
+ ГРУППА ПО txin.txin_id""", (Block_id,)):
(Txin_id, oblock_id) = строка
если store.is_descended_from (block_id, oblock_id):
store.sql ("""

Цитата: Джон Tobey 02 октября 2011 года, 1:28:05 AM

Спасибо за быстрое решение, Джон. Он работал отлично.

другой поток имеет более «доказательство работы»; )

13 июня 2011, 4:32:03 AM	# 1
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Редактировать: Новые возможности & обсуждение: Устали ждать theymos, чтобы освободить оригинал Блок Проводник код, как раз перед Хал-х Namecoin исследователь объявление, я пошел и начал мой собственный основанный на bitcointools Гэвина. Код: https://github.com/jtobey/bitcoin-abe Обслуживание: http://abe.john-edwin-tobey.org/ а также в любом месте его размещения Июнь 26 обновлений в оранжевом Особенности: бесплатно и с открытым исходным кодом (GNU Affero General Public License) блок, сделки, и история адрес страницы, похожие на http://blockexplorer.com/ блок / ОЕ окно поиска / адрес не требует исправления bitcoind (использует слегка измененные bitcointools, не getblock) с малой задержкой блока: часто показывает блоки еще не на http://blockexplorer.com/ цепи страница может содержать более чем 20 новых блоков может обрабатывать несколько цепей в одной и той же базе данных (Bitcoin, Testnet, Namecoin, ...) реальное время Bitcoin Дни Разрушенный и Средняя Монета Возраст данных написано на Python и переносной SQL, протестировано с PostgreSQL и Sqlite Coming позже, может быть: ускорения в соответствии http://blockexplorer.com/, я надеюсь Статистика страницы / API как http://blockexplorer.com/q см todo.txt файл поддержка косвенного блока хэшей по эти линии Что бы вы реализуете Наслаждайтесь!

13 июня 2011, 7:34:48 AM	# 2
AntiVigilante Сообщений: 98 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Получил 1806 Биткоинов Реальная история. Яйцо сельдерей муравей.

23 июня 2011, 8:15:20 PM	# 3
just_someguy Сообщения: 125 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Очень хорошо! Планируете ли вы на реализацию опции возврата JSon для запросов?

23 июня 2011, 9:20:35 PM	# 4
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Цитата: just_someguy от 23 июня 2011 года, 8:15:20 PM Очень хорошо! Благодаря! котировка Планируете ли вы на реализацию опции возврата JSon для запросов? Вы имеете в виду "сырье" блочные и транзакционные страницы? Это на сделать, чтобы-, но не ближе к началу. Патчи приветствуются.

23 июня 2011, 9:53:37 PM	# 5
just_someguy Сообщения: 125 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Да, сырье. Я спрашиваю, потому что я считаю, писать против blockexplorer как реализация будет более общей, чем писать против Bitcoin себе ... особенно для электронной коммерции, когда вы, как правило, только на принимающей стороне. Не то, что theymos не является надежным, но я не хотел бы рассчитывать на это время вокруг, если я полагался на него, чтобы запустить мою программу. Его также несправедливо по отношению к нему. Даже для отправки я думаю, что это будет потеряно легче иметь небольшую программу дешифрования автономный бумажник, запрашивать их адреса, собирать материалы для создания транзакции, отправить, затем отключение. Он основан на том, доверенный (и, скорее всего, частный) дб для запроса против, так что я думаю, что открытая версия источника является очень важной. Так как кажется, как blockexplorer не будет с открытым исходным кодом, я рад видеть, что кто-то принимает это дальше.

27 июня 2011, 7:26:13 PM	# 6
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Объявленный в рамках развития проекта: http://forum.bitcoin.org/index.php?topic=22785.0

27 сентября 2011, 7:00:17 PM	# 7
ама Сообщений: 98 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Если цепь изменяет каталог, в котором он хранит файл цепного блока, можно изменить конфигурацию Абэ, чтобы он продолжает чтение из нового каталога без необходимости полностью восстановить базу данных? Я попытался изменить его как в файле abe.conf и прямо на столе DATADIR в базе не увенчались успехом. Если нет, то по крайней мере, можно снова начать с такой цепью, оставляя остальную часть цепи, поскольку они находятся в базе данных? Спасибо!

27 сентября 2011, 8:51:25 PM	# 8
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Цитата: ама от 27 сентября 2011 года, 7:00:17 PM Если цепь изменяет каталог, в котором он хранит файл цепного блока, можно изменить конфигурацию Абэ, чтобы он продолжает чтение из нового каталога без необходимости полностью восстановить базу данных? Я попытался изменить его как в файле abe.conf и прямо на столе DATADIR в базе не увенчались успехом. Вам не нужно, чтобы восстановить базу данных или даже цепь. Если blk0001.dat это то же самое, за исключением, возможно, добавленными (по bitcoind) не должно быть никаких проблем при обновлении datadir.dirname и перезапустить процесс. Даже если blk0001.dat отличается (bitcoind перезапущен из пустой директории или скопирована blk0001.dat с другого хоста) нагрузка должна идти 10-100x быстрее, потому что Эйбы предполагают, что он загружен блок, когда он распознает хэш заголовка и пропускает вперед в файле. Просьба представить подробную информацию о том, что вы сделали и то, что ошибка, которую вы получили.

27 сентября 2011, 11:31:57 PM	# 9
ама Сообщений: 98 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Цитата: Джон Tobey 27 сентября 2011, 8:51:25 PM Просьба представить подробную информацию о том, что вы сделали и то, что ошибка, которую вы получили. Я изменил DATADIR как в abe.conf и в таблице DATADIR в базе данных. Блок цепи был загружен новый. Нет новых блоков были добавлены в базу данных. Я не получил какую-либо ошибку, она просто не обновлялись больше. Тогда я судимое заменяя содержимое DATADIR на старых, перезапустил цепи демон, который продолжал добавлять блоки в цепочке, и Эйб прекрасно работал тоже. Итак, наконец-то он работал, со старым blk0001.dat файла, но не с новым blk0001.dat файла.

28 сентября 2011, 1:02:51 AM	# 10
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Цитата: ама 27 сентября 2011, 11:31:57 PM Я изменил DATADIR как в abe.conf и в таблице DATADIR в базе данных. Блок цепи был загружен новый. Нет новых блоков были добавлены в базу данных. Я не получил какую-либо ошибку, она просто не обновлялись больше. Тогда я судимое заменяя содержимое DATADIR на старых, перезапустил цепи демон, который продолжал добавлять блоки в цепочке, и Эйб прекрасно работал тоже. Итак, наконец-то он работал, со старым blk0001.dat файла, но не с новым blk0001.dat файла. Это необходимо задокументировать, но в журнале, возможно, он упомянул принуждать пересканирование с "UPDATE каталогу_данного SET blkfile_number = 1, blkfile_offset = 0 WHERE имя_директория = '...'" (Заменить "..." с именем папки.) Это должно позволить ему использовать новый файл, и он будет сканировать его в 10 раз быстрее (или больше), чем если бы пришлось восстанавливать структуры данных. Я надеюсь, что в один прекрасный день мы будем иметь административный веб-интерфейс для выполнения этой задачи и других, как настройка цепей и т.д.

28 сентября 2011, 3:01:11 AM	# 11
ама Сообщений: 98 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Цитата: Джон Tobey 28 сентября 2011 года, 1:02:51 AM Это необходимо задокументировать, но в журнале, возможно, он упомянул принуждать пересканирование с "UPDATE каталогу_данного SET blkfile_number = 1, blkfile_offset = 0 WHERE имя_директория = '...'" (Заменить "..." с именем папки.) Это должно позволить ему использовать новый файл, и он будет сканировать его в 10 раз быстрее (или больше), чем если бы пришлось восстанавливать структуры данных. Я надеюсь, что в один прекрасный день мы будем иметь административный веб-интерфейс для выполнения этой задачи и других, как настройка цепей и т.д. Да я вижу. В файле README.txt он говорит: "Если восстановить файл блока, необходимо восстановить базу данных Абэ или по крайней мере установить datadir.blkfile_offset = 0, чтобы заставить повторное сканирование. Абэ в настоящее время не обрабатывать изменения блока файлов корректно." Это было не очень понятно, как и где установить его, я не интерпретировал его как обновление поля в базе данных, поэтому я попытался установить datadir.blkfile_offset = 0 в файле конф, который сделал демон не в состоянии запуск, конечно. Я shpuld знал лучше!

30 сентября 2011, 6:58:26 PM	# 12
ама Сообщений: 98 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Можно ли восстановить данные одной цепи или, возможно, удалить цепочку и добавить его снова? У меня возникли некоторые проблемы с дублированным ключом в цепи, которая предотвращает новые блоки, которые будут добавлены в базу данных.

30 сентября 2011, 10:09:53 PM	# 13
ама Сообщений: 98 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Я попытался седения blkfile_offset 0 в базе данных, удалите все папки данных и снова загрузить блок цепь, и это hasen't помогло. Он продолжает говорить, что есть дубликаты ключей и отказываются сохранять больше данных в базу данных.

1 октября 2011, 2:32:07 AM	# 14
ама Сообщений: 98 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub В соответствии с http://www.ruby-forum.com/topic/64428, проблема вызвана ошибкой в PostgreSQL. Они также объясняют, что решение, но я не могу понять, как они знают, что делать с информацией, предоставленной ФП, так что я не могу применить его к моей проблеме здесь. По-видимому, просто переиндексации таблицы следует исправить, но я не могу увидеть, что таблица потребности индексирование этого от ошибки я получаю: Внимание: не удалось догнать /home/ama/.tenebrix/tenebrix_data: дубликат ключа нарушает ограничение уникальности «block_txin_pkey» { 'Blkfile_number': 1, 'имя_директории': '/home/ama/.tenebrix/tenebrix_data', 'chain_id': 11, 'ID': Десятичный ('77' ), 'blkfile_offset': 2386329} Я переиндексирован block_txin, но безрезультатно. Любая идея, пожалуйста?

1 октября 2011, 3:19:31 AM	# 15
ама Сообщений: 98 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Цитата: ама от 01 октября 2011 года, 2:32:07 AM Я переиндексирован block_txin, но безрезультатно. Любая идея, пожалуйста? Я спросил #PostgreSQL @ Freenode, и они говорят, что нет ничего, чтобы исправить в базе данных, потому что нет индекса используется. Они говорят, что это проблема в приложении. Я предполагаю, что я сделал ошибку при попытке запустить два экземпляра ABE (один для добавления цепи и еще один для веб-службы). Итак, я вернулся в начале. Могу ли я каким-то образом устранить цепь, чтобы добавить его позже или мне нужно сделать, чтобы уничтожить базу и построить его снова целиком (все цепи)?

1 октября 2011, 6:41:50 PM	# 16
ама Сообщений: 98 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Я пытался построить другую базу данных с этой цепью с идеей, что если она работала хорошо, я мог бы добавить остальную часть цепи и заменить исходную базу данных с новым, но я столкнулся с той же проблемой. Таким образом, это не похоже, как если бы я сделал ошибку в первый раз, но, как если цепь имеет несколько блоков с дублированными транзакциями. Я не думаю, что есть что-то, что можно сделать на уровне цепи. Есть ли способ, чтобы справиться с такой проблемой в Абе, пожалуйста?

1 октября 2011, 7:54:50 PM	# 17
ама Сообщений: 98 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Цепь Tenebrix. Кажется, что блок 7177 и 7320 имеют надуть coinbases и вторая транзакция в блоке 9971 проводит один из них. Это при попытке вставить его, когда он выходит из строя.

2 октября 2011, 1:28:05 AM	# 18
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Цитата: ама от 01 октября 2011 года, 7:54:50 PM Цепь Tenebrix. Кажется, что блок 7177 и 7320 имеют надуть coinbases и вторая транзакция в блоке 9971 проводит один из них. Это при попытке вставить его, когда он выходит из строя. Хорошо слежки! В самом деле, это ошибка. Хотя я думаю о правильном исправить, вы можете получить мимо него с этим: Код: Diff --git а / Abe / DataStore.py б / Abe / DataStore.py Индекс a04333c..5eec013 100644 --- а / Abe / DataStore.py +++ б / Abe / DataStore.py @@ -1426,12 +1426,13 @@ store._ddl [ 'txout_approx'], # Создание строк в block_txin. для строки в store.selectall (""" - ВЫБОР txin.txin_id, obt.block_id + ВЫБОР txin.txin_id, MAX (obt.block_id) ОТ block_tx BT РЕГИСТРИРУЙТЕСЬ txin ON (txin.tx_id = bt.tx_id) РЕГИСТРИРУЙТЕСЬ txout ВКЛ (txin.txout_id = txout.txout_id) РЕГИСТРИРУЙТЕСЬ block_tx ОСТ ВКЛ (txout.tx_id = obt.tx_id) - ГДЕ bt.block_id =?""", (Block_id,)): + ГДЕ bt.block_id =? + ГРУППА ПО txin.txin_id""", (Block_id,)): (Txin_id, oblock_id) = строка если store.is_descended_from (block_id, oblock_id): store.sql ("""

2 октября 2011, 2:40:58 AM	# 19
ама Сообщений: 98 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub Цитата: Джон Tobey 02 октября 2011 года, 1:28:05 AM Хорошо слежки! В самом деле, это ошибка. Хотя я думаю о правильном исправить, вы можете получить мимо него с этим: Спасибо за быстрое решение, Джон. Он работал отлично.

2 октября 2011, 2:43:38 PM	# 20
Бинфорд 6100 Сообщения: 504 Цитировать по имени цитировать ответ	Re: [обновление] ABE: AGPL Блок Проводник на GitHub другой поток имеет более «доказательство работы»; )

Заголовок