バージョン0.3.13、アップグレードしてください

25 件のメッセージ BitcoinTalk サトシ・ナカモト, ShadowOfHarbringer, Theymos, nanotube, FreeMoney, mizerydearia, tcatm, lfm 2010年10月1日 — 2010年10月3日

サトシ・ナカモト（Satoshi Nakamoto） 2010年10月1日原文 · 個別ページ

バージョン0.3.13が利用可能になった。0/未承認トランザクションに関する潜在的な問題を防ぐためにアップグレードしてほしい。注意：0.3.13は0/未承認トランザクションをまだ使用していない場合の問題を防ぐが、すでに使用してしまった場合は0.3.13.2が必要だ。

変更点：

1回の承認があるまで支払いをカウントまたは使用しない。
内部バージョン番号を312から31300に変更。
-allowreceivebyipが指定された場合のみIPアドレスで送信されたトランザクションを受け入れる。
DB_PRIVATE Berkeley DBフラグを廃止。
1セント未満の端数のお釣りで最後の1セントを送金する際の問題を修正。
Linuxでの128ビット4-way SSE2の自動検出。

Gavin Andresen:

別のマシンからのJSON-RPC接続を受け入れるオプション -rpcallowip=。
LinuxでのSIGTERMによるクリーンシャットダウン。

ダウンロード： http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.13/

（Mac OSXビルドをしてくれたLaszloに感謝！）

注意： Linux 64ビット版のSSE2自動検出は、64ビットモードのAMDでは動作しない。代わりにこちらを試して、正しく動作するか知らせてほしい： http://www.bitcoin.org/download/bitcoin-0.3.13.1-specialbuild-linux64.tar.gz

-4wayおよび-4way=0で手動でSSE2の使用を制御することもできる。

バージョン0.3.13.2（SVN rev 161）には、すでに0/未承認トランザクションがあり、それをすでに使用した可能性がある場合の改善が含まれている。Windows版のビルドはこちらだ： http://www.bitcoin.org/download/bitcoin-0.3.13.2-win32-setup.exe

ShadowOfHarbringer 2010年10月2日原文 · 個別ページ

それは良いが、自動4way検出がGentoo AMD 64版のクライアントで動いていない。

まだ”-4way”スイッチを追加する必要がある。

Theymos（theymos） 2010年10月2日原文 · 個別ページ

Dwdollarは、誰かが悪意を持ってか偶然か「確認不能な」トランザクションを送ってきたため、Bitcoin Marketでいくらかのbtcを失った。彼はアップグレードしていなかった。今がアラート機能をテストする良いタイミングかもしれない。

nanotube 2010年10月3日原文 · 個別ページ

Quote from: satoshi on October 01, 2010, 12:34:35 AM

バージョン0.3.13が利用可能になった。0/未承認トランザクションに関する潜在的な問題を防ぐためにアップグレードしてほしい。注意：0.3.13は0/未承認トランザクションをまだ使用していない場合の問題を防ぐが、すでに使用してしまった場合は0.3.13.2が必要だ。

変更点：

1回の承認があるまで支払いをカウントまたは使用しない。

内部バージョン番号を312から31300に変更。

-allowreceivebyipが指定された場合のみIPアドレスで送信されたトランザクションを受け入れる。

DB_PRIVATE Berkeley DBフラグを廃止。

1セント未満の端数のお釣りで最後の1セントを送金する際の問題を修正。

Linuxでの128ビット4-way SSE2の自動検出。

Gavin Andresen:

別のマシンからのJSON-RPC接続を受け入れるオプション -rpcallowip=。

LinuxでのSIGTERMによるクリーンシャットダウン。

ダウンロード： http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.13/

（Mac OSXビルドをしてくれたLaszloに感謝！）

注意： Linux 64ビット版のSSE2自動検出は、64ビットモードのAMDでは動作しない。代わりにこちらを試して、正しく動作するか知らせてほしい： http://www.bitcoin.org/download/bitcoin-0.3.13.1-specialbuild-linux64.tar.gz

-4wayおよび-4way=0で手動でSSE2の使用を制御することもできる。

バージョン0.3.13.2（SVN rev 161）には、すでに0/未承認トランザクションがあり、それをすでに使用した可能性がある場合の改善が含まれている。Windows版のビルドはこちらだ： http://www.bitcoin.org/download/bitcoin-0.3.13.2-win32-setup.exe

これらのオプションが—helpの出力に表示されていないことに気づいた…—helpにはこれらのオプションの包括的なリストがあるべきではないか？（特に、公式リリースのtarballにはmanページやその他のヘルプドキュメントが含まれていないことを考えると）

次のリリースに反映されることを期待する、ちょっとした質問だ。

FreeMoney 2010年10月3日原文 · 個別ページ

Quote from: theymos on October 02, 2010, 10:43:29 PM

Dwdollarは、誰かが悪意を持ってか偶然か「確認不能な」トランザクションを送ってきたため、Bitcoin Marketでいくらかのbtcを失った。彼はアップグレードしていなかった。今がアラート機能をテストする良いタイミングかもしれない。

確認されなかったなら、なぜアカウントに入金を認めたのか？ブロック数を確認回数の代わりにカウントしているのか？それはおかしい。

Theymos（theymos） 2010年10月3日原文 · 個別ページ

Quote from: FreeMoney on October 03, 2010, 04:15:09 AM

Quote from: theymos on October 02, 2010, 10:43:29 PM

Dwdollarは、誰かが悪意を持ってか偶然か「確認不能な」トランザクションを送ってきたため、Bitcoin Marketでいくらかのbtcを失った。彼はアップグレードしていなかった。今がアラート機能をテストする良いタイミングかもしれない。

確認されなかったなら、なぜアカウントに入金を認めたのか？ブロック数を確認回数の代わりにカウントしているのか？それはおかしい。

彼は永遠に承認されない取引からコインを取る取引を送ったので、この取引も永遠に承認されず、したがって失われた（お釣りも含めて）。送った相手が0.3.13を使っていなければ、その人も承認不能な取引を送ることになる。ウイルスのようなものだ。できるだけ早く0.3.13に移行する必要がある。

承認とは何の関係もない。

mizerydearia 2010年10月3日原文 · 個別ページ

tarballにmanページを含めるべきだと提案する。

nanotube 2010年10月3日原文 · 個別ページ

Quote from: theymos on October 02, 2010, 10:43:29 PM

Dwdollarは、誰かが悪意を持ってか偶然か「確認不能な」トランザクションを送ってきたため、Bitcoin Marketでいくらかのbtcを失った。彼はアップグレードしていなかった。今がアラート機能をテストする良いタイミングかもしれない。

それには同意できる。さもないと0承認の取引がネットワークを伝播して多くの人のウォレットを台無しにする可能性がある。

サトシ・ナカモト（Satoshi Nakamoto） 2010年10月3日原文 · 個別ページ

Quote from: ShadowOfHarbringer on October 02, 2010, 01:00:07 PM

それは良いが、自動4way検出がGentoo AMD 64版のクライアントで動いていない。

まだ”-4way”スイッチを追加する必要がある。

まだ「-4way」スイッチを追加する必要がある。言い忘れていたが、64ビットAMDでは検出がうまくいかないのではないかと疑っていた。信じがたいことだが、AMDは64ビットモードで異なるモデル番号を報告するのだ。

debug.logでCPUIDをgrepして、何が表示されるか教えてもらえないだろうか？（64ビットAMDをお持ちの他の方も）どのAMDチップを使っているか？

64ビットをサポートするすべてのAMDは、より良いSSE2ハードウェアも搭載しているか？

サトシ・ナカモト（Satoshi Nakamoto） 2010年10月3日原文 · 個別ページ

数人の方にこのスペシャルビルドを実行してもらえないだろうか？ダストスパムトランザクションを免除し、当面の0/未承認問題を解消する。通過させるブロックが1つあれば、以前のトランザクションを解消できる。このビルドでブロックを生成したら投稿してくれ。

これらはバイナリのみだ。Linux版は64ビットのみだ。 http://www.bitcoin.org/download/bitcoin-0.3.13.1-specialbuild-win32.zip http://www.bitcoin.org/download/bitcoin-0.3.13.1-specialbuild-linux64.tar.gz

SHA1 fb7c66270281ed058c570627cf7baff0bdc16e5d bitcoin-0.3.13.1-specialbuild-win32.zip SHA1 9fc44ea5f2109618073e2cfd887e2cc266eb31a9 bitcoin-0.3.13.1-specialbuild-linux64.tar.gz

Linux 64ビット版には、64ビットモードのAMD向けcpuid 4-way 128ビットSSE2自動検出の変更が含まれている。テストしてより良いかどうか確認してもらえると助かる。

tcatm 2010年10月3日原文 · 個別ページ

ソースを含めてもらえるだろうか？あるいはそれらの取引のdiffの方がいい。自分の983 Mhash/sのマシンで実行できる。

サトシ・ナカモト（Satoshi Nakamoto） 2010年10月3日原文 · 個別ページ

Quote from: tcatm on October 03, 2010, 07:45:45 PM

ソースを含めてもらえるだろうか？あるいはそれらの取引のdiffの方がいい。自分の983 Mhash/sのマシンで実行できる。

本当ですか？それはどんなハードウェアですか？

tcatm 2010年10月3日原文 · 個別ページ

GPU3台（ATI HD 5870）。

サトシ・ナカモト（Satoshi Nakamoto） 2010年10月3日原文 · 個別ページ

diff -u old\main.cpp new\main.cpp
--- old\main.cpp Sun Oct 03 20:57:20 2010
+++ new\main.cpp Sun Oct 03 20:57:54 2010
@@ -2831,6 +2831,10 @@
     bool fUseSSE2 = ((fIntel && nFamily * 10000 + nModel >=  60026) ||
                      (fAMD   && nFamily * 10000 + nModel >= 160010));

+    // AMDは64ビットモードでより低いモデル番号を報告する
+    if (fAMD && sizeof(void*) > 4 && nFamily * 10000 + nModel >= 160004)
+        fUseSSE2 = true;
+
     static bool fPrinted;
     if (!fPrinted)
     {
@@ -2989,6 +2993,17 @@

                     // ブロックサイズに基づくトランザクション手数料
                     int64 nMinFee = tx.GetMinFee(nBlockSize);
+                    //////// 一時的なコード
+                    if (nBlockSize < MAX_BLOCK_SIZE_GEN / 10 && GetWarnings("statusbar") == "")
+                    {
+                        if (nBestHeight < 91000)
+                            nMinFee = 0;
+                        if (nBestHeight < 100000 && nTxSize < 2000)
+                            nMinFee = 0;
+                        if (nBestHeight < 110000 && nBestHeight % 10 == 0)
+                            nMinFee = 0;
+                    }
+                    //////// 一時的なコード

                     map<uint256, CTxIndex> mapTestPoolTmp(mapTestPool);
                     if (!tx.ConnectInputs(txdb, mapTestPoolTmp, CDiskTxPos(1,1,1), pindexPrev, nFees, false, true, nMinFee))
diff -u old\serialize.h new\serialize.h
--- old\serialize.h Sun Oct 03 20:57:45 2010
+++ new\serialize.h Sun Oct 03 20:57:54 2010
@@ -22,8 +22,8 @@
 class CAutoFile;
 static const unsigned int MAX_SIZE = 0x02000000;

-static const int VERSION = 31300;
-static const char* pszSubVer = "";
+static const int VERSION = 31301;
+static const char* pszSubVer = " test1";

Theymos（theymos） 2010年10月3日原文 · 個別ページ

ArtForzはすでに手数料なしで稼働しており、ネットワークのCPUパワーの20〜30%を持っている。ただし、元の壊れた取引を送った人はウォレットを削除し、ネットワークはこれらの過去の取引を忘れているため、これに基づく取引は承認されない。

tcatm 2010年10月3日原文 · 個別ページ

動いている。3時間以内にブロックが見つかるはずだ。

サトシ・ナカモト（Satoshi Nakamoto） 2010年10月3日原文 · 個別ページ

Quote from: theymos on October 03, 2010, 08:09:51 PM

ArtForzはすでに手数料なしで稼働しており、ネットワークのCPUパワーの20〜30%を持っている。ただし、元の壊れた取引を送った人はウォレットを削除し、ネットワークはこれらの過去の取引を忘れているため、これに基づく取引は承認されない。

トランザクションは、ノードがブロックチェーンに戻るトランザクションのパスを持つまで、0/未承認として受け入れられたり表示されたりしない。

ウォレット内のトランザクションには、ブロックチェーンに到達するために必要な未記録のトランザクションもすべて一緒にバンドルされている。0/未承認として表示されるトランザクションがある場合、それが依存する以前の未記録のトランザクションもすべて持っており、自分のトランザクションを再ブロードキャストする際にそれらも再ブロードキャストする。

手数料なしのブロックがすでに生成されたのに解決しない場合は、何が問題なのか調べる必要がある。あまり使われないコードの部分だ。それらに依存するトランザクションを持つ全員のウォレットに記録されているはずだ。

Quote from: theymos on October 03, 2010, 08:09:51 PM

ArtForzはすでに手数料なしで稼働しており、ネットワークのCPUパワーの20〜30%を持っている。ただし、元の壊れた取引を送った人はウォレットを削除し、ネットワークはこれらの過去の取引を忘れているため、これに基づく取引は承認されない。

はぁ……ウォレットを別の場所に移動して万が一のために古いコピーを保管しておくのではなく、なぜ削除するのだろうか？ウォレットは決して削除すべきではない。

Quote from: tcatm on October 03, 2010, 08:10:47 PM

動いている。3時間以内にブロックが見つかるはずだ。

再ブロードキャストされたトランザクションを収集するのに時間がかかるかもしれない。より多くのノードをリッスンできるよう、インバウンド接続を受け入れられるようにすると助けになる。3時間でブロックを見つけたとしても、少なくとも数日間は継続して実行し続けてくれ。

Theymos（theymos） 2010年10月3日原文 · 個別ページ

ブロック83018（00000000002bba570c3）で大量に処理された。最後に聞いた時点では、nanotubeにまだ未確認のものが1件あった。

追記：nanotubeのトランザクションは最近処理された。0.01未満のトランザクションに依存していなかったので、遅延の理由は分からない。

mizerydearia 2010年10月3日原文 · 個別ページ

Quote from: satoshi on October 03, 2010, 06:17:06 PM

Quote from: ShadowOfHarbringer on October 02, 2010, 01:00:07 PM

それは良いが、自動4way検出がGentoo AMD 64版のクライアントで動いていない。

まだ”-4way”スイッチを追加する必要がある。

まだ「-4way」スイッチを追加する必要がある。言い忘れていたが、64ビットAMDでは検出がうまくいかないのではないかと疑っていた。信じがたいことだが、AMDは64ビットモードで異なるモデル番号を報告するのだ。

debug.logでCPUIDをgrepして、何が表示されるか教えてもらえないだろうか？（64ビットAMDをお持ちの他の方も）どのAMDチップを使っているか？

64ビットをサポートするすべてのAMDは、より良いSSE2ハードウェアも搭載しているか？ Quote from: ShadowOfHarbringer on October 02, 2010, 01:00:07 PM それは良いが、自動4way検出がGentoo AMD 64版のクライアントで動いていない。

まだ”-4way”スイッチを追加する必要がある。

Code:$ grep -i cpuid debug.log CPUID 444d4163 family 16, model 5, stepping 2, fUseSSE2=0 /proc/cpuinfo

ShadowOfHarbringer 2010年10月3日原文 · 個別ページ

Quote from: satoshi on October 03, 2010, 06:17:06 PM

Quote from: ShadowOfHarbringer on October 02, 2010, 01:00:07 PM

それは良いが、自動4way検出がGentoo AMD 64版のクライアントで動いていない。

まだ”-4way”スイッチを追加する必要がある。

まだ「-4way」スイッチを追加する必要がある。言い忘れていたが、64ビットAMDでは検出がうまくいかないのではないかと疑っていた。信じがたいことだが、AMDは64ビットモードで異なるモデル番号を報告するのだ。

debug.logでCPUIDをgrepして、何が表示されるか教えてもらえないだろうか？（64ビットAMDをお持ちの他の方も）どのAMDチップを使っているか？

64ビットをサポートするすべてのAMDは、より良いSSE2ハードウェアも搭載しているか？

これで十分だろうか？：

Code:cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 16 model : 2 model name : AMD Phenom(tm) 9850 Quad-Core Processor stepping : 3 cpu MHz : 2508.353 cache size : 512 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs npt lbrv svm_lock bogomips : 5018.72 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate

EDIT: CPUIDの確認方法もわかった：

Code:CPUID 444d4163 family 16, model 2, stepping 3, fUseSSE2=0

サトシ・ナカモト（Satoshi Nakamoto） 2010年10月3日原文 · 個別ページ

ShadowOfHarbringer、あなたのは-4wayの方が速いか？

もしそうなら、64ビットをサポートするすべてのAMDが128ビットSSE2を搭載していると考えている。

ここに投稿したスペシャルビルド版はモデル4以上を探す。あなたのが-4wayで速いなら、64ビット対応のすべてのAMDで常にSSE2を使用するように変更すべきだろう。

nanotube 2010年10月3日原文 · 個別ページ

Quote from: theymos on October 03, 2010, 09:06:59 PM

ブロック83018（00000000002bba570c3）で大量に処理された。最後に聞いた時点では、nanotubeにまだ未確認のものが1件あった。

追記：nanotubeのトランザクションは最近処理された。0.01未満のトランザクションに依存していなかったので、遅延の理由は分からない。

明確にしておくと、「最近クリアされた」ものは問題のマイクロ取引とは無関係だ。未承認の問題のものはまだ未承認のままだ。上の投稿の情報を参照。

lfm 2010年10月3日原文 · 個別ページ

Quote from: satoshi on October 03, 2010, 06:17:06 PM

Quote from: ShadowOfHarbringer on October 02, 2010, 01:00:07 PM

それは良いが、自動4way検出がGentoo AMD 64版のクライアントで動いていない。

まだ”-4way”スイッチを追加する必要がある。

まだ「-4way」スイッチを追加する必要がある。言い忘れていたが、64ビットAMDでは検出がうまくいかないのではないかと疑っていた。信じがたいことだが、AMDは64ビットモードで異なるモデル番号を報告するのだ。

debug.logでCPUIDをgrepして、何が表示されるか教えてもらえないだろうか？（64ビットAMDをお持ちの他の方も）どのAMDチップを使っているか？

64ビットをサポートするすべてのAMDは、より良いSSE2ハードウェアも搭載しているか？

古いAMD Sempron 64は良いSSE2速度を持っていない。これは-4way=0のままにすべきだ。

CPUID 444d4163 family 15, model 44, stepping 2, fUseSSE2=0

lfm 2010年10月3日原文 · 個別ページ

Quote from: nanotube on October 03, 2010, 01:24:27 AM

Quote from: satoshi on October 01, 2010, 12:34:35 AM

バージョン0.3.13が利用可能になった。

-allowreceivebyipが指定された場合のみ、IPアドレスで送信されたトランザクションを受け付ける。

別のマシンからのjson-rpc接続を受け付けるための-rpcallowip=オプション。

これらのオプションが—helpの出力に表示されていないことに気づいた…—helpにはこれらのオプションの包括的なリストがあるべきではないか？（特に、公式リリースのtarballにはmanページやその他のヘルプドキュメントが含まれていないことを考えると）

次のリリースに反映されることを期待する、ちょっとした質問だ。 Quote from: satoshi on October 01, 2010, 12:34:35 AM バージョン0.3.13が利用可能になった。0/未承認トランザクションに関する潜在的な問題を防ぐためにアップグレードしてほしい。注意：0.3.13は0/未承認トランザクションをまだ使用していない場合の問題を防ぐが、すでに使用してしまった場合は0.3.13.2が必要だ。

変更点：

1回の承認があるまで支払いをカウントまたは使用しない。

内部バージョン番号を312から31300に変更。

-allowreceivebyipが指定された場合のみIPアドレスで送信されたトランザクションを受け入れる。

DB_PRIVATE Berkeley DBフラグを廃止。

1セント未満の端数のお釣りで最後の1セントを送金する際の問題を修正。

Linuxでの128ビット4-way SSE2の自動検出。

Gavin Andresen:

別のマシンからのJSON-RPC接続を受け入れるオプション -rpcallowip=。

LinuxでのSIGTERMによるクリーンシャットダウン。

ダウンロード： http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.13/

（Mac OSXビルドをしてくれたLaszloに感謝！）

注意： Linux 64ビット版のSSE2自動検出は、64ビットモードのAMDでは動作しない。代わりにこちらを試して、正しく動作するか知らせてほしい： http://www.bitcoin.org/download/bitcoin-0.3.13.1-specialbuild-linux64.tar.gz

-4wayおよび-4way=0で手動でSSE2の使用を制御することもできる。

バージョン0.3.13.2（SVN rev 161）には、すでに0/未承認トランザクションがあり、それをすでに使用した可能性がある場合の改善が含まれている。Windows版のビルドはこちらだ： http://www.bitcoin.org/download/bitcoin-0.3.13.2-win32-setup.exe

コマンドラインスイッチは”bitcoind help”ではなく”bitcoind -?”にリストされている。とはいえその通りで、それらのオプションは”-?”からも欠けている。

サトシ・ナカモト（Satoshi Nakamoto） 2010年10月3日原文 · 個別ページ

ノードをオンラインのままにして、トランザクションb412a0を再ブロードキャストし続けるようにしてくれ。2010年9月29日16:41以降、再ブロードキャストされているのを確認していない。