이메일 #071 - #075
원본 출처: Satoshi - Sirius emails 2009-2011
이메일 #071
Date: Mon, 09 Nov 2009 19:30:53 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux build ready for testing
To: Liberty Standard <[email protected]>
Cc: Martti Malmi <[email protected]>
한글 번역
Wine에서 계속 실행하시면 안 됩니다. 데이터베이스 오류(db.log)가 나고 있습니다. 데이터베이스 손상을 감당하려고 새로 설치한 환경으로 옮기는 식의 절차를 굳이 만들게 되신 것 같습니다. 미확인 블록을 잃는 경로가 있다면 그건 데이터베이스 오류 때문일 수밖에 없습니다. Linux 빌드에서 발견되는 문제는 고칠 수 있습니다. Berkeley DB 깊은 곳에 있는 Wine과의 비호환성은 고칠 방법이 없습니다.
Linux 빌드의 GCC 4.3.3이 Windows의 오래된 GCC 3.4.5보다 SHA-256 코드를 더 잘 최적화했다고 생각합니다. 가장 좋은 SHA-256 코드를 찾을 때만 해도, 손으로 세밀하게 다듬어 고도로 최적화된 SHA1 코드는 많이 구할 수 있었지만 SHA-256용은 아직 그런 게 많지 않았습니다. 두 쪽을 동등한 조건에 놓을 수 있도록 MinGW를 4.3.x로 올릴 수 있는지 살펴봐야겠습니다.
Liberty Standard의 글:
이 Linux 빌드를 만드는 데 기여해 주신 모든 분이 정말 훌륭한 일을 하셨습니다! 수고 많으셨습니다. 비트코인이 익어가기 시작했으니, Wine에서 도는 Windows 버전보다 비트코인 생성이 최소한 동등하거나 더 나은지 판단할 때까지는 당분간 Linux 클라이언트를 계속 실행하겠습니다.
Mon, Nov 9, 2009 at 8:59 AM에 Liberty Standard <[email protected] <mailto:newlibertystandard@gmail.com>> 님이 쓴 글:
여러 개를 동시에 실행하고 싶은 또 다른 경우는 비트코인을 업그레이드할 때입니다. 오래된 비트코인에서는 generate coin 체크 박스의 체크를 해제하고, 별도의 데이터 디렉터리를 써서 새 비트코인에서 비트코인 생성을 시작하겠습니다. 그런 뒤 오래된 프로그램의 비트코인이 익으면 새 프로그램으로 보내고 오래된 프로그램은 닫겠습니다. 오래된 데이터를 유지한 채 업그레이드하기보다 새로 깨끗하게 설치하는 쪽을 선호합니다.
Mon, Nov 9, 2009 at 7:42 AM에 Satoshi Nakamoto <[email protected] <mailto:satoshin@gmx.com>> 님이 쓴 글:
고맙습니다, 무슨 일이었는지 알겠습니다. 첫 번째가 느리는 바람에 결국 다른 모든 노드에 블록을 요청하게 됐고, 그 때문에 전체가 더 느려졌습니다. 이건 고칠 수 있습니다. 다만 올바른 방법을 조금 생각해 봐야겠습니다.
미확인 상태인 것이 있어도 종료하는 데 위험은 없습니다. 거래나 새 블록을 만들면 즉시 네트워크에 알립니다. 그 뒤에 늘어나는 #/confirmed 숫자는 그 결과를 지켜보는 것일 뿐입니다. 그 동안 노드가 받아들여지도록 촉진하기 위해 하는 일은 없습니다.
영어 원문
You really don't want to keep running in Wine, you're getting database
errors (db.log). You probably developed these rituals of transferring
to a fresh install to cope with database corruption. If there is a way
to lose unconfirmed blocks, it would have to be the database errors.
Any problems you find in the Linux build can be fixed. The Wine
incompatibility deep inside Berkeley DB is unfixable.
I think GCC 4.3.3 on the Linux build optimized the SHA-256 code better
than the old GCC 3.4.5 on Windows. When I was looking for the best
SHA-256 code, there was a lot of hand tuned highly optimized SHA1 code
available, but not so much for SHA-256 yet. I should see if I can
upgrade MinGW to 4.3.x to get them on a level playing field.
Liberty Standard wrote:
> Everyone that contributed to making this Linux build really did a great
> job! Thanks for the hard work. It has started maturing some bitcoins, so
> I'm going to continue to run the Linux client for the time being until I
> decide whether it's at least as good or better at generating coins than
> the Windows version running in Wine.
>
>
> On Mon, Nov 9, 2009 at 8:59 AM, Liberty Standard
> <[email protected] <mailto:[email protected]>> wrote:
>
> Another instance when I would like to run multiple instances is when
> I upgrade bitcoin. I will uncheck the generate coin check box in the
> outdated bitcoin, launch and start generating coins in the new
> bitcoin using a separate data directory, then when the old
> application's coins have matured I will send them to the new
> application and then close the old application. I prefer do do clean
> installs rather than upgrading while maintaining old data.
>
>
>
> On Mon, Nov 9, 2009 at 7:42 AM, Satoshi Nakamoto <[email protected]
> <mailto:[email protected]>> wrote:
>
> Thanks for that, I see what happened. Because the first one was
> slow, it ended up requesting the blocks from everybody else,
> which only bogged everything down. I can fix this, I just need
> to think a while about the right way.
>
> There's no risk in shutting down while there are unconfirmed.
> When you make a transaction or new block, it immediately
> broadcasts it to the network. After that, the increasing
> #/confirmed number is just monitoring the outcome. There's
> nothing your node does during that time to promote the acceptance.
>
이메일 #072
Date: Mon, 09 Nov 2009 19:41:11 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux build ready for testing
To: [email protected]
Cc: Liberty Standard <[email protected]>
한글 번역
Linux 빌드에서 정말 많은 일을 해 주셨습니다. 자동 시작, 트레이로 최소화, 설치 작업까지 전부 정말 감사합니다. C++ 프로젝트도 잘 되길 바랍니다.
[email protected] 님의 글:
이제 한 달 정도 학교 프로젝트(공교롭게도 C++ 코딩입니다)에 집중해야 해서, 12월까지는 적극적으로 개발할 시간이 많지 않을 것 같습니다. 그래도 계속 연락합시다.
영어 원문
You got a lot done with the Linux build, autostart, minimize to tray,
setup and everything, it's really appreciated. Good luck on your C++
project.
[email protected] wrote:
> I'll have to focus on a school project (coincidentally C++ coding) for
> about a month now, so I don't have that much time for active developing
> until December. Let's keep contact anyway.
>
이메일 #073
Date: Tue, 10 Nov 2009 16:46:04 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux - dead sockets problem
To: Liberty Standard <[email protected]>
Cc: Martti Malmi <[email protected]>
한글 번역
무슨 일이었는지 알겠습니다. 어떻게 된 일인지 소켓이 전부 죽었습니다. 네트워크와는 아무 통신이 없었는데, 좀비 연결 8개가 남아 있어서 아직 온라인인 것으로 알고 계속 블록을 생성한 것입니다. 이런 일이 일어나고 있다는 건 블록 번호가 다른 사람들의 블록이 중간에 섞이지 않고 연달아 매겨지는 것으로 알 수 있습니다. 이를테면 이렇게 됩니다: 2/unconfirmed 3/unconfirmed 4/unconfirmed 5/unconfirmed 6 blocks 7 blocks
이렇게 6개 블록 연속으로 혼자서만 블록을 찾을 수 있다는 건 말이 안 됩니다.
종료했다가 다시 시작하자 연결이 돼서 그동안 네트워크가 찾은 블록 45개를 내려받았습니다. 여러분의 블록은 즉시 네트워크에 알려지지 않았기 때문에, 네트워크는 그 블록 없이 계속 나아갔습니다.
Wine에서도 정확히 같은 문제를 겪으신 것 같습니다. 어느 쪽이든 Linux에서의 소켓 처리에 뭔가 영향을 주는 것이 분명히 있습니다.
원인을 찾기 시작하겠습니다. 근본 원인을 찾지 못하면, 결국 메시지가 끊기는 것을 감시해서 연결을 끊는 식의 장치를 만들어야 할 것입니다. 지금 당장 쓰실 수 있는 임시방편은 종료 후 다시 시작을 더 자주 하는 것뿐입니다.
노드 연결 중 하나를 제외한 전부가 같은 때에 죽었고, 하나는 그 직후에 죽었습니다. IRC는 계속 됐으니 인터넷 자체가 끊긴 것은 아닙니다.
블록 상태는 익을 때까지(119/unconfirmed 다음에 120 blocks) 계속 "#/unconfirmed"라고 표시하는 게 나을지 모르겠습니다. 그 숫자가 갖는 의미는 거래 때만큼 블록에서는 강하지 않습니다.
자신의 블록을 확인 횟수에 세지 않는 게 개선이 될 것 같습니다. 단점은 노드마다 표시되는 상태 숫자가 일치하지 않게 된다는 점입니다. 상태 숫자도 블록의 만기 카운트다운과 맞지 않게 됩니다. 가벼운 방안으로는 모든 확인이 자기 자신의 것뿐인 경우에만 예외로 처리하는 방법이 있겠습니다.
Liberty Standard의 글:
방금 익어가던 비트코인 6묶음을 잃었습니다! 익어가던 비트코인이 10묶음 있었습니다. 마지막 묶음은 0:22쯤 생성됐습니다. 비트코인이 멈추기 전에 2/unconfirmed까지 갔습니다. 10:10에도 0:22에 생성된 비트코인은 여전히 2/unconfirmed에 머물러 있었습니다. 비트코인을 잃지 않을 거라고 말씀해 주셔서 비트코인을 종료했다가 다시 시작했습니다. 좋은 점은 종료와 시작이 아주 매끄러웠다는 것입니다. 하지만 아쉽게도 블록이 갱신되자 비트코인 6묶음을 잃었습니다. 4묶음은 여전히 미확인이었지만 2묶음은 확인된 상태였습니다. 그런데 지금은 흔적도 없습니다. 'Show Generated Coins' 옵션이 생겼으니, 실패한 비트코인 생성을 되살릴 수 있게 해 주시면 좋겠습니다. 그 비트코인들이 그냥 허공으로 사라진 것은 마음에 들지 않습니다. 지금은 Linux 빌드를 계속 쓰고 있지만, 지난 24시간 동안 생성한 비트코인 10묶음 중 6묶음이 사라졌으니 Wine 버전이 갑자기 훨씬 좋아 보입니다. debug.log를 함께 보냅니다.
Tue, Nov 10, 2009 at 1:45 AM에 Liberty Standard <[email protected] <mailto:newlibertystandard@gmail.com>> 님이 쓴 글:
Linux 빌드는 지난 20시간 동안 상당한 양의 비트코인을 생성했고 데이터베이스 오류에 대한 말씀도 믿게 됐으니, 앞으로는 Linux 빌드를 쓰는 쪽으로 모든 정황이 기울고 있습니다. Linux 빌드에서 절반쯤 거슬리는 한 가지는 컴퓨터 팬이 50%에서 100%로 올라갔다는 것입니다. :-P CPU를 제한할 수 있다는 건 알고 있으니, 너무 거슬리고 생성되는 비트코인이 줄어도 괜찮겠다 싶으면 그렇게 할지도 모릅니다. 아니면 그냥 음악을 더 들어야 할지도 모르겠네요...
...
미확인이 있어도 종료하는 데 위험은 없습니다. 거래나 새 블록을 만들면 즉시 네트워크에 알립니다. 그 뒤에 늘어나는 #/confirmed 숫자는 그 결과를 지켜보는 것일 뿐입니다. 그 동안 노드가 받아들여지도록 촉진하기 위해 하는 일은 없습니다.
영어 원문
I see what happened. All your sockets went dead somehow. You had no
communication with the network, but because you had 8 zombie
connections, it thought it was still online and kept generating blocks.
You can tell this is happening when your blocks are numbered
sequentially, without other people's blocks interspersed, like:
2/unconfirmed
3/unconfirmed
4/unconfirmed
5/unconfirmed
6 blocks
7 blocks
It's implausible that you would be the only one to find blocks for 6
blocks in a row like that.
When you exited and restarted, it connected and downloaded 45 blocks
that the network found in your absence. Since your blocks were not
broadcast to the network immediately, the network went on without them.
It sounds like you had exactly the same problem on Wine. There's
clearly something about socket handling on Linux that's effecting it
either way.
I'll start researching this. Ultimately if I can't find the root of the
problem, I'll have to make some kind of mechanism to watch for an
absence of messages and disconnect. The only workaround for you right
now would be to exit and restart more often.
All but one of your node connections went dead at the same time, one
shortly after. IRC was still working, so it wasn't that you were
offline from the internet.
I wonder if the status of blocks should say "#/unconfirmed" all the way
up to maturity (119/unconfirmed then 120 blocks) instead. The meaning
of the number isn't as strong for blocks as for transactions.
I think it would be an improvement not to count one's own blocks as
confirmations. A drawback would be that the status numbers shown by
different nodes would not match. The status number would no longer be
coordinated with the maturity countdown on blocks either. A lighter
option would be a special case only if all confirmations are your own.
Liberty Standard wrote:
> I just lost 6 sets of maturing coins! I had 10 sets of bitcoins
> maturing. The last set was generated at about 0:22. It got to
> 2/unconfirmed before bitcoin got stuck. At 10:10, the bitcoin which was
> generated at 0:22 was still only at 2/unconfirmed. Since you had told me
> that I wasn't going to lose coins, I shutdown and restarted bitcoin. On
> the bright side, it shutdown and started up very smoothly. But
> unfortunately, when the blocks updated, I lost 6 sets of bitcoins. Four
> sets were still unconfirmed, but two sets were confirmed. And there's no
> trace of them now. Perhaps now that you have the 'Show Generated Coins'
> option available, you can put back in failed bitcoin generations. I just
> don't like that those bitcoins just disappeared into thin air. I'm still
> running the Linux build at the moment, but the Wine version is suddenly
> looking much more attractive now that 6 out of the 10 sets of bitcoins I
> generated in the past 24 hours just vanished. I've included my debug.log.
>
>
> On Tue, Nov 10, 2009 at 1:45 AM, Liberty Standard
> <[email protected] <mailto:[email protected]>> wrote:
>
> The Linux build has generated a decent amount of bitcoins within the
> past 20 hours and I trust what you're telling me about database
> errors, so all signs point toward me running the Linux build from
> now on. The only half annoying thing about the Linux build is that
> my computer's fan has gone from 50% to 100%. :-P I know I can limit
> the CPU, so if it gets on my nerves too much and if I can live with
> less bitcoins being generated, perhaps I'll do that. Or maybe I just
> need to start listening to more music...
>
...
>
> There's no risk in shutting down while there are
> unconfirmed.
> When you make a transaction or new block, it immediately
> broadcasts it to the network. After that, the increasing
> #/confirmed number is just monitoring the outcome.
> There's
> nothing your node does during that time to promote
> the acceptance.
>
>
>
이메일 #074
Date: Wed, 11 Nov 2009 00:39:19 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux - linux-0.1.6-test2
To: Liberty Standard <[email protected]>
Cc: Martti Malmi <[email protected]>
한글 번역
소켓에 오류가 났는데도 연결이 끊기지 않을 수 있는 지점 몇 군데를 고쳤습니다. 연결이 또 죽더라도 연결을 끊고 다시 연결해야 합니다. 예비책으로 일정 시간 아무 활동이 없으면 끊는 기능도 넣었습니다.
느린 초기 블록 내려받기 문제도 부분적으로 고쳤습니다.
추가로 넣은 debug.log 정보를 얻으려면 "-debug" 옵션으로 실행해 주세요. 문제가 더 있으면 도움이 될 것입니다.
linux-0.1.6-test2.tar.bz2 12,134,012 bytes Download: http://rapidshare.com/files/305231818/linux-0.1.6-test2.tar.bz2.html
Satoshi Nakamoto의 글:
무슨 일이었는지 알겠습니다. 어떻게 된 일인지 소켓이 전부 죽었습니다. 네트워크와는 아무 통신이 없었는데, 좀비 연결 8개가 남아 있어서 아직 온라인인 것으로 알고 계속 블록을 생성한 것입니다. 이런 일이 일어나고 있다는 건 블록 번호가 다른 사람들의 블록이 중간에 섞이지 않고 연달아 매겨지는 것으로 알 수 있습니다. 이를테면 이렇게 됩니다: 2/unconfirmed 3/unconfirmed 4/unconfirmed 5/unconfirmed 6 blocks 7 blocks
이렇게 6개 블록 연속으로 혼자서만 블록을 찾을 수 있다는 건 말이 안 됩니다.
종료했다가 다시 시작하자 연결이 돼서 그동안 네트워크가 찾은 블록 45개를 내려받았습니다. 여러분의 블록은 즉시 네트워크에 알려지지 않았기 때문에, 네트워크는 그 블록 없이 계속 나아갔습니다.
Wine에서도 정확히 같은 문제를 겪으신 것 같습니다. 어느 쪽이든 Linux에서의 소켓 처리에 뭔가 영향을 주는 것이 분명히 있습니다.
원인을 찾기 시작하겠습니다. 근본 원인을 찾지 못하면, 결국 메시지가 끊기는 것을 감시해서 연결을 끊는 식의 장치를 만들어야 할 것입니다. 지금 당장 쓰실 수 있는 임시방편은 종료 후 다시 시작을 더 자주 하는 것뿐입니다.
노드 연결 중 하나를 제외한 전부가 같은 때에 죽었고, 하나는 그 직후에 죽었습니다. IRC는 계속 됐으니 인터넷 자체가 끊긴 것은 아닙니다.
블록 상태는 익을 때까지(119/unconfirmed 다음에 120 blocks) 계속 "#/unconfirmed"라고 표시하는 게 나을지 모르겠습니다. 그 숫자가 갖는 의미는 거래 때만큼 블록에서는 강하지 않습니다.
자신의 블록을 확인 횟수에 세지 않는 게 개선이 될 것 같습니다. 단점은 노드마다 표시되는 상태 숫자가 일치하지 않게 된다는 점입니다. 상태 숫자도 블록의 만기 카운트다운과 맞지 않게 됩니다. 가벼운 방안으로는 모든 확인이 자기 자신의 것뿐인 경우에만 예외로 처리하는 방법이 있겠습니다.
Liberty Standard의 글:
방금 익어가던 비트코인 6묶음을 잃었습니다! 익어가던 비트코인이 10묶음 있었습니다. 마지막 묶음은 0:22쯤 생성됐습니다. 비트코인이 멈추기 전에 2/unconfirmed까지 갔습니다. 10:10에도 0:22에 생성된 비트코인은 여전히 2/unconfirmed에 머물러 있었습니다. 비트코인을 잃지 않을 거라고 말씀해 주셔서 비트코인을 종료했다가 다시 시작했습니다. 좋은 점은 종료와 시작이 아주 매끄러웠다는 것입니다. 하지만 아쉽게도 블록이 갱신되자 비트코인 6묶음을 잃었습니다. 4묶음은 여전히 미확인이었지만 2묶음은 확인된 상태였습니다. 그런데 지금은 흔적도 없습니다. 'Show Generated Coins' 옵션이 생겼으니, 실패한 비트코인 생성을 되살릴 수 있게 해 주시면 좋겠습니다. 그 비트코인들이 그냥 허공으로 사라진 것은 마음에 들지 않습니다. 지금은 Linux 빌드를 계속 쓰고 있지만, 지난 24시간 동안 생성한 비트코인 10묶음 중 6묶음이 사라졌으니 Wine 버전이 갑자기 훨씬 좋아 보입니다. debug.log를 함께 보냅니다.
Tue, Nov 10, 2009 at 1:45 AM에 Liberty Standard <[email protected] <mailto:newlibertystandard@gmail.com>> 님이 쓴 글:
Linux 빌드는 지난 20시간 동안 상당한 양의 비트코인을 생성했고 데이터베이스 오류에 대한 말씀도 믿게 됐으니, 앞으로는 Linux 빌드를 쓰는 쪽으로 모든 정황이 기울고 있습니다. Linux 빌드에서 절반쯤 거슬리는 한 가지는 컴퓨터 팬이 50%에서 100%로 올라갔다는 것입니다. :-P CPU를 제한할 수 있다는 건 알고 있으니, 너무 거슬리고 생성되는 비트코인이 줄어도 괜찮겠다 싶으면 그렇게 할지도 모릅니다. 아니면 그냥 음악을 더 들어야 할지도 모르겠네요...
...
미확인이 있어도 종료하는 데 위험은 없습니다. 거래나 새 블록을 만들면 즉시 네트워크에 알립니다. 그 뒤에 늘어나는 #/confirmed 숫자는 그 결과를 지켜보는 것일 뿐입니다. 그 동안 노드가 받아들여지도록 촉진하기 위해 하는 일은 없습니다.
영어 원문
I fixed a few places I found where it was possible for a socket to get
an error and not get disconnected. If your connections go dead again,
it should disconnect and reconnect them. I also implemented an
inactivity timeout as a fallback.
This also includes a partial fix for the slow initial block download.
You should run with the "-debug" switch to get some additional debug.log
information I added that'll help if there are more problems.
linux-0.1.6-test2.tar.bz2 12,134,012 bytes
Download:
http://rapidshare.com/files/305231818/linux-0.1.6-test2.tar.bz2.html
Satoshi Nakamoto wrote:
> I see what happened. All your sockets went dead somehow. You had no
> communication with the network, but because you had 8 zombie
> connections, it thought it was still online and kept generating blocks.
> You can tell this is happening when your blocks are numbered
> sequentially, without other people's blocks interspersed, like:
> 2/unconfirmed
> 3/unconfirmed
> 4/unconfirmed
> 5/unconfirmed
> 6 blocks
> 7 blocks
>
> It's implausible that you would be the only one to find blocks for 6
> blocks in a row like that.
>
> When you exited and restarted, it connected and downloaded 45 blocks
> that the network found in your absence. Since your blocks were not
> broadcast to the network immediately, the network went on without them.
>
> It sounds like you had exactly the same problem on Wine. There's
> clearly something about socket handling on Linux that's effecting it
> either way.
>
> I'll start researching this. Ultimately if I can't find the root of the
> problem, I'll have to make some kind of mechanism to watch for an
> absence of messages and disconnect. The only workaround for you right
> now would be to exit and restart more often.
>
> All but one of your node connections went dead at the same time, one
> shortly after. IRC was still working, so it wasn't that you were
> offline from the internet.
>
> I wonder if the status of blocks should say "#/unconfirmed" all the way
> up to maturity (119/unconfirmed then 120 blocks) instead. The meaning
> of the number isn't as strong for blocks as for transactions.
>
> I think it would be an improvement not to count one's own blocks as
> confirmations. A drawback would be that the status numbers shown by
> different nodes would not match. The status number would no longer be
> coordinated with the maturity countdown on blocks either. A lighter
> option would be a special case only if all confirmations are your own.
>
> Liberty Standard wrote:
>> I just lost 6 sets of maturing coins! I had 10 sets of bitcoins
>> maturing. The last set was generated at about 0:22. It got to
>> 2/unconfirmed before bitcoin got stuck. At 10:10, the bitcoin which
>> was generated at 0:22 was still only at 2/unconfirmed. Since you had
>> told me that I wasn't going to lose coins, I shutdown and restarted
>> bitcoin. On the bright side, it shutdown and started up very smoothly.
>> But unfortunately, when the blocks updated, I lost 6 sets of bitcoins.
>> Four sets were still unconfirmed, but two sets were confirmed. And
>> there's no trace of them now. Perhaps now that you have the 'Show
>> Generated Coins' option available, you can put back in failed bitcoin
>> generations. I just don't like that those bitcoins just disappeared
>> into thin air. I'm still running the Linux build at the moment, but
>> the Wine version is suddenly looking much more attractive now that 6
>> out of the 10 sets of bitcoins I generated in the past 24 hours just
>> vanished. I've included my debug.log.
>>
>>
>> On Tue, Nov 10, 2009 at 1:45 AM, Liberty Standard
>> <[email protected] <mailto:[email protected]>>
>> wrote:
>>
>> The Linux build has generated a decent amount of bitcoins within the
>> past 20 hours and I trust what you're telling me about database
>> errors, so all signs point toward me running the Linux build from
>> now on. The only half annoying thing about the Linux build is that
>> my computer's fan has gone from 50% to 100%. :-P I know I can limit
>> the CPU, so if it gets on my nerves too much and if I can live with
>> less bitcoins being generated, perhaps I'll do that. Or maybe I just
>> need to start listening to more music...
>>
> ...
>>
>> There's no risk in shutting down while there are
>> unconfirmed.
>> When you make a transaction or new block, it
>> immediately
>> broadcasts it to the network. After that, the
>> increasing
>> #/confirmed number is just monitoring the outcome.
>> There's
>> nothing your node does during that time to promote
>> the acceptance.
>>
>>
>>
>
>
이메일 #075
Date: Wed, 11 Nov 2009 00:41:06 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux - linux-0.1.6-test2 attachment
To: Liberty Standard <[email protected]>
Cc: Martti Malmi <[email protected]>
한글 번역
linux-0.1.6-test2.tar.bz2 파일을 첨부했습니다.
영어 원문
linux-0.1.6-test2.tar.bz2 attached