Email #61 - #80
Email-61
익명을 원하는 사람들이 완전히 은밀함을 추구하는 것일까요, 즉, TOR 없이는 한 번도 연결하지 않아서 아무도 그들이 비트코인을 사용하는지 모르게 하려는 건지, 아니면 거래를 할 때만 TOR로 전환하고 싶어하는 것일까요? 그냥 완전히 은밀함을 원한다면 -proxy -addnode 수동 시딩을 거쳐야 할 겁니다. 그것을 잘못 다루기 쉬울 텐데; 처음에 비트코인을 정상적으로 실행하면 즉시 자동으로 연결하기 시작합니다.
은밀함을 원하는 사람들은 대체로 기술적으로 능숙한 편이며, 완벽한 비밀을 유지하기 위한 지침을 따르는 데 문제가 없을 것입니다. 물론 사용하기 전에 클릭해야 하는 연결 버튼이 UI에 있을 수 있지만, 그 대가는 평균 사용자에게는 UI가 덜 직관적이게 되는 것입니다.
로그인 페이지는 물론이고 사이트 전체에서 SSL을 지원할 수 있다면 큰 장점이 될 것입니다. 포럼에서 여러 사람이 TOR/I2P에 관심을 표현했으며, 그 사용자들은 많은 TOR 출구 노드가 아마도 신분 도용범들이 운영하는 비밀번호 스크래퍼일 것이기 때문에 SSL이 필요합니다. 비트코인에 대한 핵심적인 관심은 사생활 보호파로부터 올 것입니다.
무료 포럼을 어디에서 구할 수 있을지 아이디어가 있나요? 아마도 다른 프로젝트들이 포럼을 호스팅하는 곳을 보고 어디를 둘러볼지 아이디어를 얻어야 할 것 같습니다.
하나의 옵션은 ning.com입니다. Ning.com은 인기 있는 커뮤니티 사이트이며 이미 계정을 가진 많은 사용자들은 새로운 계정을 등록할 필요가 없을 것입니다. 예: http://p2pfoundation.ning.com/. 이는 SSL을 지원하는 것 같습니다.
다른 옵션은 전체 사이트를 Drupal이나 TikiWiki를 운영할 수 있는 곳으로 옮기는 것입니다. 교환 서비스를 위해 곧 가상 서버나 웹 호스팅을 구입할 생각이었고, 플랫폼이 두 개의 별도 계정을 허용한다면, 우리도 그곳에서 사이트를 운영할 수 있을 것입니다. CMS와 그 데이터베이스는 필요할 때마다 새 웹 호스트로 항상 복사하여 이전할 수 있습니다.
Email-62
bitcoin-linux-0.1.6-test1.tar.bz2 첨부됨
Email-63
리눅스 빌드가 네트워크에서 테스트를 위해 준비되었습니다. 매우 안정적인 것 같습니다. 실행 파일을 이전 이메일에 첨부파일로 보냈지만, 메일 서버에서 허용하지 않았다면(12MB입니다), 여기서 다운로드할 수 있습니다: http://rapidshare.com/files/303914158/linux-0.1.6-test1.tar.bz2.html
Email-64
정말 좋군요! 중요한 이정표에 도달했습니다. 여기서도 잘 작동하는 것 같습니다.
리눅스 빌드가 네트워크에서 테스트를 위해 준비되었습니다. 매우 안정적인 것 같습니다. 이전 이메일에 실행 파일을 첨부파일로 보냈지만, 메일 서버에서 통과시키지 않았다면(12MB입니다), 여기서 다운로드할 수 있습니다: http://rapidshare.com/files/303914158/linux-0.1.6-test1.tar.bz2.html
Email-65
테스트를 위해 ning.com 사이트를 만들었습니다: bitcoin.ning.com. 적어도 구글 검색 결과에 나타나게 하기 위해서라도, 우리가 사용하지 않더라도 말이죠.
이제 bitcoin.sourceforge.net의 포럼이 인기를 얻기 시작했으니, 전체적인 포럼 소프트웨어를 무료로 호스팅할 수 있는 곳을 정말 찾아봐야 할 것 같습니다. bitweaver 포럼 기능은 너무 기본적입니다. 홈페이지의 "포럼" 탭은 포럼이 호스팅되는 어느 곳으로든 링크될 수 있다고 가정합니다.
코드조차 없는 상태에서도 포럼 토론과 하늘에 그린 대계획만으로도 큰 관심을 받는 프로젝트들을 봤습니다. 많은 포럼 토론은 프로젝트에 더 많은 네트워크 상의 존재감을 부여하고, 더 많은 검색 결과를 가져오며, 프로젝트를 크게 보이게 하고, 새로운 사용자들을 끌어들이며, 지원 질문을 해결하는 데 도움을 주고, 가장 원하는 기능이 무엇인지 결정하는 데 도움을 줍니다.
로그인 페이지는 물론이고 사이트 전체에서 SSL을 지원할 수 있다면 큰 장점이 될 것입니다. 포럼에서 여러 사람이 TOR/I2P에 관심을 표현했으며, 그 사용자들은 많은 TOR 출구 노드가 아마도 신분 도용범들이 운영하는 비밀번호 스크래퍼일 것이기 때문에 SSL이 필요합니다. 비트코인에 대한 핵심적인 관심은 사생활 보호파로부터 올 것입니다.
무료 포럼을 어디에서 구할 수 있을지 아이디어가 있나요? 아마도 다른 프로젝트들이 포럼을 호스팅하는 곳을 보고 어디를 둘러볼지 아이디어를 얻어야 할 것 같습니다.
Email-66
디버그 로그에서는 블록 리스트를 요청하고, 블록 리스트를 받은 다음, 요청받은 블록 리스트를 업로드하기 시작합니다. 블록을 받지는 않았지만, 충분한 시간이 있었는지 확실하지 않을 정도로 오래 실행하지 않았습니다. 다른 모든 것은 정상으로 보입니다.
얼마나 오래 실행하셨나요? 블록을 다운로드하기 시작하는 데 몇 분 정도 걸릴 수 있습니다. 특히 케이블 모뎀을 사용하는 경우, 업링크의 대역폭이 훨씬 낮을 수 있어 블록 요청 리스트를 업로드하는 데 시간이 좀 걸릴 수 있습니다.
다시 실행해도 블록이 다운로드되지 않는다면, 적어도 몇 시간 동안은 계속 실행한 다음 디버그 로그를 보내주세요. 그러면 제 노드가 여러분에게 연결될 시간이 충분하고, 제 쪽에서 무슨 일이 일어나고 있는지 확인하고 여러분의 디버그 로그와 연관지어 볼 수 있을 겁니다.
닫기 옵션을 최소화하는 것에 대해 말씀하신 것처럼, 그것이 별도로 분리될 이유가 없는 것은 맞습니다. Martti가 원래 별도로 설정했었고 저는 그것을 하위 옵션으로 만들었는데, 제 실수였습니다. 다시 변경하겠습니다.
Liberty Standard가 썼습니다:
제 말은 바로 그겁니다. 프로그램을 실행하는 동안 상태 바에 표시된 블록 수가 전혀 증가하지 않았습니다. 제 디버그 로그를 첨부했습니다.
Gnome에서 시스템 트레이 아이콘을 테스트하는 좋은 방법은 알림 영역을 제거한 다음 다시 추가하는 것입니다. 알림을 다시 추가한 후에도 아이콘이 계속 표시된다면, 제대로 작동하는 것입니다.
일반적으로 저는 애플리케이션 설정을 트레이로 최소화하지 않고 트레이로 닫도록 설정합니다. 그리고 애플리케이션을 최소화한 상태로 유지합니다. 그렇게 하면 프로그램을 실수로 닫지 않으면서도 트레이에서 애플리케이션을 열 수 있는 편리함을 가질 수 있습니다. (저는 '작업 표시줄'에 열린 창을 표시하지 않지만, 클릭하면 열린 창을 하위 메뉴 항목으로 표시하는 아이콘이 있습니다.) 그런 다음 트레이 아이콘이 사라지면 설정으로 들어가 트레이 아이콘 설정을 비활성화했다가 다시 활성화하여 아이콘을 다시 나타나게 합니다. 현재 비트코인 환경설정에서는 트레이로 최소화 체크 박스를 활성화하지 않으면 트레이로 닫기 체크 마크를 활성화할 수 없기 때문에 이것이 불가능합니다.
Satoshi Nakamoto가 썼습니다:
Liberty Standard가 썼습니다:
다운로드했고 실행이 됩니다. CPU를 많이 사용하고 있어 제대로 작동하는 것 같습니다. 이전에 생성된
블록은 다운로드하지 않았습니다. 이것이 버그인가요, 아니면 새로운 기능인가요?
상태 바의 블록 수가 대략 26600까지 올라가지 않는다는 것을 말씀하시는 거라면, 그것은 버그이므로, 제게 디버그 로그를 보내주셔야 합니다. (위치는 ~/.bitcoin/debug.log입니다)
Gnome의 시스템 트레이는 매우 신뢰할 수 없습니다. 때때로 아이콘이 사라져 프로그램으로 돌아갈 방법이 없어집니다. 비트코인에서 이런 일이 발생할 수 있다는 것을 확인했습니다. 이미 실행 중인 비트코인 프로세스의 GUI를 그냥 띄우도록 비트코인을 시작하는 것이 좋을 것 같습니다.
우리는 아직 Windows에서처럼 기존에 실행 중인 프로그램을 찾아서 띄우는 방법을 Linux에서 찾아내지 못했습니다. 당신이 말씀하신 것을 고려하면, 처음에는 최소화를 트레이 옵션을 기본적으로 끄는 것이 좋겠습니다.
Email-67
저는 그런 유형의 포럼 레이아웃을 별로 선호하지 않습니다. 스레드 목록은 페이지당 약 4개의 스레드만 담을 수 있고, 게시물은 뉴스 기사나 블로그 포스트처럼 처리되며, 댓글은 아래에 달립니다. 그것은 더 많은 소셜 네트워킹 사이트 같고, 기술 토론에는 별로 적합하지 않습니다.
저는 phpBB나 IPB 또는 비슷한 것을 생각하고 있습니다. 스레드 당 텍스트 한 줄, 작은 글꼴, 수직 공간의 효율적인 사용. 대부분의 사람들이 이미 인터페이스에 익숙합니다.
mmalmi@cc.hut.fi가 썼습니다:
테스트를 위해 ning.com 사이트를 만들었습니다: bitcoin.ning.com. 적어도 구글 검색 결과에 나타나게 하기 위해서라도, 우리가 사용하지 않더라도 말이죠.
이제 bitcoin.sourceforge.net의 포럼이 인기를 얻기 시작했으니, 전체적인 포럼 소프트웨어를 무료로 호스팅할 수 있는 곳을 정말 찾아봐야 할 것 같습니다. bitweaver 포럼 기능은 너무 기본적입니다. 홈페이지의 "포럼" 탭은 포럼이 호스팅되는 어느 곳으로든 링크될 수 있다고 가정합니다.
코드조차 없는 상태에서도 포럼 토론과 하늘에 그린 대계획만으로도 큰 관심을 받는 프로젝트들을 봤습니다. 많은 포럼 토론은 프로젝트에 더 많은 네트워크 상의 존재감을 부여하고, 더 많은 검색 결과를 가져오며, 프로젝트를 크게 보이게 하고, 새로운 사용자들을 끌어들이며, 지원 질문을 해결하는 데 도움을 주고, 가장 원하는 기능이 무엇인지 결정하는 데 도움을 줍니다.
로그인 페이지는 물론이고 사이트 전체에서 SSL을 지원할 수 있다면 큰 장점이 될 것입니다. 포럼에서 여러 사람이 TOR/I2P에 관심을 표현했으며, 그 사용자들은 많은 TOR 출구 노드가 아마도 신분 도용범들이 운영하는 비밀번호 스크래퍼일 것이기 때문에 SSL이 필요합니다. 비트코인에 대한 핵심적인 관심은 사생활 보호파로부터 올 것입니다.
무료 포럼을 어디에서 구할 수 있을지 아이디어가 있나요? 아마도 다른 프로젝트들이 포럼을 호스팅하는 곳을 보고 어디를 둘러볼지 아이디어를 얻어야 할 것 같습니다.
Email-68
Liberty Standard가 썼습니다:
좋습니다, 이제 블록 수가 증가하기 시작했습니다. 윈도우 버전보다 증가하기 시작하는 데 더 오래 걸리는 것이 확실합니다. 또한, 윈도우 버전보다 증가 속도가 더 느린 것 같습니다. 혹시 리눅스 빌드에 디버깅이 활성화되어 있나요? 블록은 초당 약 15블록 씩 증가하는 것 같습니다(시계를 보며 대략적으로 추정). 윈도우 버전에서 얼마나 빨리 증가했는지는 시간을 재지 않아서 모르겠지만, 훨씬 더 빨랐던 것 같습니다.
시작하는 데 대략 얼마나 걸렸나요? 요청한 노드가 느릴 수도 있습니다. 느린 시작은 다운로드 속도가 느린 것과 일치합니다.
현재 debug.log 파일을 살펴보고 무슨 일이 일어나고 있는지 이해하고 싶습니다. 아마도 다른 쪽의 연결이 정말 느릴 수도 있고, 아니면 뭔가 잘못되어 실패하고 재시도했을 수도 있습니다. 너무 오래 걸리면 다른 사용자들도 혼란스러워할 수 있습니다.
Martti, 당신이 실행했을 때 블록 다운로드가 시작되는 데 얼마나 걸렸나요? 그리고 얼마나 빨리 다운로드 되었나요?
비트코인을 실행할 때 비트코인 포트를 사용할 수 없는 경우, 커맨드 라인에 다음 메시지가 표시됩니다. 비트코인 포트를 사용할 수 있을 때는 그러한 메시지를 받지 않습니다. 기본 포트가 사용 중인 경우 비트코인이 다른 포트를 선택할 수 있도록 할 수 있나요? BitTorrent 클라이언트와 같은 일이 저에게 가끔 발생합니다. 재시작하면 이전에 열려 있던 포트가 닫혀 있습니다. 포트를 변경하기만 하면 다시 작동하기 시작합니다.
/usr/lib/gio/modules/libgvfsdbus.so: 잘못된 ELF 클래스: ELFCLASS64 모듈을 로드하는 데 실패했습니다: /usr/lib/gio/modules/libgvfsdbus.so /usr/lib/gio/modules/libgioremote-volume-monitor.so: 잘못된 ELF 클래스: ELFCLASS64 모듈을 로드하는 데 실패했습니다: /usr/lib/gio/modules/libgioremote-volume-monitor.so /usr/lib/gio/modules/libgiogconf.so: 잘못된 ELF 클래스: ELFCLASS64 모듈을 로드하는 데 실패했습니다: /usr/lib/gio/modules/libgiogconf.so
이미 SO_REUSEADDR를 사용하므로 닫힌 후 TIME_WAIT 상태에 있는 포트에 바인드할 수 있습니다. 프로그램이 실제로 이미 실행 중일 때만 바인드에 실패해야 합니다. 동시에 데이터베이스를 수정할 두 개의 비트코인 복사본이 동일한 기계에서 실행되지 않도록 하는 것이 중요합니다. 코인 생성은 이제 자동으로 여러 프로세서를 사용하므로 한 기계에서 두 개를 실행할 필요는 결코 없습니다.
저 lib 오류들이 무엇인지 확실하지 않습니다. 검색을 좀 해보겠습니다.
Email-69
감사합니다, 제가 무슨 일이 있었는지 이해했습니다. 첫 번째가 느려지자, 모두에게 블록 요청을 하게 되었고, 그것이 모든 것을 더욱 느리게 만들었습니다. 이 문제를 해결할 수 있습니다, 단지 올바른 방법을 생각하는 데 시간이 좀 필요할 뿐입니다.
확인되지 않은 상태에서 종료하는 데에는 위험이 없습니다. 거래나 새 블록을 만들 때, 그것을 네트워크에 즉시 방송합니다. 그 후, 확인된 번호가 증가하는 것은 단지 결과를 모니터링하는 것일 뿐입니다. 그 시간 동안 노드가 수용을 촉진하는 데 아무 것도 하지 않습니다.
생각해보니, 비트코인을 닫을 때, 메인 창은 즉시 닫히지만 백그라운드에서는 데이터베이스의 정돈된 플러시와 종료를 마치기 위해 계속 실행됩니다. 그것을 구현하기 전에는, 반응하지 않는 창이 걸려 있어 짜증이 났습니다. 정돈된 종료가 백그라운드에서 완료될 때까지, 포트는 잠겨 있으며, 이것은 다른 복사본이 데이터베이스를 만지지 못하도록 하는 중요한 보호 조치입니다. 종료가 몇 초 이상 걸리는 것을 본 적이 없습니다.
Wine에서는 윈도우 버전이 SO_REUSEADDR을 할 수 있는 방법이 없으므로, 포트가 닫힌 후에 시스템에서 60초의 TIME_WAIT를 추가합니다.
두 복사본 사이를 전송해야 하는 경우, 다른 복사본의 비트코인 주소로 보낼 수 있습니다. 받는 복사본이 그 시간에 온라인일 필요는 없습니다.
다른 데이터 디렉토리를 사용하는 명령어는 다음과 같습니다: bitcoin -datadir=
예를 들어, 리눅스에서 기본 디렉토리는 (물결표 사용 금지) bitcoin -datadir=/home/yourusername/.bitcoin
이 스위치를 사용할 일반적인 필요는 없습니다. 이것은 여전히 두 인스턴스를 동시에 실행할 수 없게 합니다.
Liberty Standard가 썼습니다:
2009년 11월 9일 월요일 오전 3시 23분에, Satoshi Nakamoto satoshin@gmx.com가 썼습니다:
Liberty Standard가 썼습니다:
좋습니다, 블록이 이제 증가하기 시작했습니다. 윈도우 버전보다 시작하는 데 시간이 더 걸리는 것 같습니다. 또한, 윈도우 버전보다 느린 속도로 증가하는 것 같습니다. 리눅스 빌드에 디버깅이 활성화되어 있나요? 블록은 대략 초당 15블록(시계를 보면서 눈대중으로 추정) 증가합니다. 윈도우 버전에서 얼마나 빨리 증가했는지 시간을 재지 않았지만, 훨씬 빨랐던 것 같습니다.
시작하는 데 얼마나 걸렸나요? 요청한 노드가 느릴 수 있습니다. 느린 시작은 느린 다운로드 속도와 일치합니다.
대략 반 시간 후에 빠르게 증가하기 시작했습니다. 흥미롭게도, CPU 사용량이 꾸준히 증가하기 시작하기 전에 증가했고, 꾸준히 증가하기 시작했을 때 줄어들었습니다. 이번에는 처음 몇 분 안에 블록이 2로 증가했습니다. 아직 비트코인을 생성하지 않았습니다. 비트코인을 생성할 때까지 기다릴 것입니다, 하지만 인내심이 다할 때까지 생성되지 않으면, 와인 버전으로 돌아갈 것입니다.
현재 debug.log 파일을 보고 무슨 일이 일어나고 있는지 이해하고 싶습니다. 다른 쪽의 연결이 정말 느릴 수도 있고, 아마도 뭔가 잘못되어 실패하고 재시도했을 수도 있습니다. 너무 오래 걸리면 다른 사용자들을 혼란스럽게 할 수 있습니다.
현재 debug.log를 포함했습니다.
Martti, 당신이 실행했을 때 블록 다운로드가 시작되기까지 얼마나 걸렸나요, 그리고 얼마나 빨리 다운로드됐나요?
비트코인을 실행할 때 비트코인 포트를 사용할 수 없으면, 명령 줄에 다음 메시지가 표시됩니다. 비트코인 포트를 사용할 수 있을 때는 그런 메시지가 표시되지 않습니다. 비트코인이 기본 포트를 사용할 수 없는 경우 다른 포트를 선택할 수 있나요? BitTorrent 클라이언트에서도 가끔 같은 일이 발생합니다.
다시 시작하면 이전에 열려 있던 포트가 닫힙니다. 포트를 변경하기만 하면 다시 작동하기 시작합니다.
/usr/lib/gio/modules/libgvfsdbus.so: 잘못된 ELF 클래스: ELFCLASS64 모듈 로드 실패: /usr/lib/gio/modules/libgvfsdbus.so /usr/lib/gio/modules/libgioremote-volume-monitor.so: 잘못된 ELF 클래스: ELFCLASS64 모듈 로드 실패: /usr/lib/gio/modules/libgioremote-volume-monitor.so /usr/lib/gio/modules/libgiogconf.so: 잘못된 ELF 클래스: ELFCLASS64 모듈 로드 실패: /usr/lib/gio/modules/libgiogconf.so
이미 SO_REUSEADDR를 사용하여 닫힌 후 TIME_WAIT 상태에서 포트에 바인딩할 수 있습니다. 프로그램이 실제로 이미 실행 중일 때만 바인딩에 실패해야 합니다. 동시에 두 개의 비트코인을 실행하는 것은 중요하지 않습니다. 왜냐하면 그것들이 동시에 데이터베이스를 수정하기 때문입니다. 한 기계에서 두 개를 실행할 필요는 절대 없습니다. 코인 생성은 이제 자동으로 다중 프로세서를 사용합니다.
한 번에 두 인스턴스를 실행하는 이유는 한 비트코인 인스턴스에서 다른 인스턴스로 비트코인을 전송하기 위해서입니다. 물론 다른 데이터 디렉토리에 접근해야 합니다. 아마도 그것을 명령 줄 인수로 지정할 수 있을 것입니다. 현재는 내 비트코인 데이터 폴더를 가상 머신으로 옮겨야 합니다. 확인되지 않은 비트코인이 있는 동안 비트코인을 종료하고 다른 데이터 디렉토리로 다시 시작하는 것은 좋지 않은 해결책입니다. 왜냐하면 그 비트코인을 잃을 위험이 있기 때문입니다.
비트코인이 실행 중이지 않을 때 바쁜 포트 오류를 받았습니다. 프로세스는 내 경험에 따라 빠르고 신뢰할 수 있게 종료되지만, 포트가 다시 사용 가능해지기까지 30초에서 3분(기억에 의한 추정)이 걸립니다. 이것은 Wine에서 비트코인 0.1.5로 전환할 때와 리눅스 빌드에서 비트코인 0.1.5로 다시 전환할 때 발생했습니다. 또 다른 것은, about 대화 상자 텍스트가 제대로 맞지 않으며 크기를 조절할 수 없다는 것입니다. 저는 그 lib 오류들이 무엇인지 모르겠습니다, 조사해보겠습니다.
Email-70
Martti, 실행했을 때 블록 다운로드가 시작되기까지 얼마나 걸렸나요, 그리고 얼마나 빨리 다운로드됐나요?
연결되자마자 매우 빠르게 시작되었고, CPU가 더 느린 내 Windows PC보다 더 빨리 다운로드되었습니다.
지금부터 한 달 정도는 학교 프로젝트(우연히도 C++ 코딩)에 집중해야 하므로, 12월까지는 활발한 개발에 많은 시간을 할애할 수 없습니다. 어쨌든 연락은 계속 유지합시다.
Liberty Standard가 썼습니다:
좋습니다, 블록이 이제 증가하기 시작했습니다. 윈도우 버전보다 시작하는 데 시간이 더 걸리는 것 같습니다. 또한, 윈도우 버전보다 느린 속도로 증가하는 것 같습니다. 리눅스 빌드에 디버깅이 활성화되어 있나요? 블록은 대략 초당 15블록(시계를 보면서 눈대중으로 추정) 증가합니다. 윈도우 버전에서 얼마나 빨리 증가했는지 시간을 재지 않았지만, 훨씬 빨랐던 것 같습니다.
시작하는 데 얼마나 걸렸나요? 요청한 노드가 느릴 수 있습니다. 느린 시작은 느린 다운로드 속도와 일치합니다.
현재 debug.log 파일을 보고 무슨 일이 일어나고 있는지 이해하고 싶습니다. 다른 쪽의 연결이 정말 느릴 수도 있고, 아마도 뭔가 잘못되어 실패하고 재시도했을 수도 있습니다. 너무 오래 걸리면 다른 사용자들을 혼란스럽게 할 수 있습니다.
Martti, 실행했을 때 블록 다운로드가 시작되기까지 얼마나 걸렸나요, 그리고 얼마나 빨리 다운로드됐나요?
비트코인을 실행할 때 비트코인 포트를 사용할 수 없으면, 명령 줄에 다음 메시지가 표시됩니다. 비트코인 포트를 사용할 수 있을 때는 그런 메시지가 표시되지 않습니다. 비트코인이 기본 포트를 사용할 수 없는 경우 다른 포트를 선택할 수 있나요? BitTorrent 클라이언트에서도 가끔 같은 일이 발생합니다. 다시 시작하면 이전에 열려 있던 포트가 닫힙니다. 포트를 변경하기만 하면 다시 작동하기 시작합니다.
/usr/lib/gio/modules/libgvfsdbus.so: 잘못된 ELF 클래스: ELFCLASS64 모듈 로드 실패: /usr/lib/gio/modules/libgvfsdbus.so /usr/lib/gio/modules/libgioremote-volume-monitor.so: 잘못된 ELF 클래스: ELFCLASS64 모듈 로드 실패: /usr/lib/gio/modules/libgioremote-volume-monitor.so /usr/lib/gio/modules/libgiogconf.so: 잘못된 ELF 클래스: ELFCLASS64 모듈 로드 실패: /usr/lib/gio/modules/libgiogconf.so
이미 SO_REUSEADDR를 사용하여 닫힌 후 TIME_WAIT 상태에서 포트에 바인딩할 수 있습니다. 프로그램이 실제로 이미 실행 중일 때만 바인딩에 실패해야 합니다. 동시에 두 개의 비트코인을 실행하는 것은 중요하지 않습니다. 왜냐하면 그것들이 동시에 데이터베이스를 수정하기 때문입니다. 한 기계에서 두 개를 실행할 필요는 절대 없습니다. 코인 생성은 이제 자동으로 다중 프로세서를 사용합니다.
저는 그 lib 오류들이 무엇인지 모르겠습니다, 조사해보겠습니다.
Email-71
와인에서 계속 실행하고 싶지 않을 것입니다. 데이터베이스 오류(db.log)가 발생하고 있습니다. 아마도 데이터베이스 손상을 해결하기 위해 새로운 설치로 전환하는 일종의 절차를 개발했을 것입니다. 확인되지 않은 블록을 잃는 방법이 있다면, 그것은 데이터베이스 오류 때문일 것입니다. 리눅스 빌드에서 발견한 문제는 수정될 수 있습니다. 베르클리 DB 내부의 와인 불호환성은 해결할 수 없습니다.
리눅스 빌드에서 GCC 4.3.3이 오래된 윈도우의 GCC 3.4.5보다 SHA-256 코드를 더 잘 최적화한 것 같습니다. 최고의 SHA-256 코드를 찾을 때, 많은 손으로 조정된 고도로 최적화된 SHA1 코드가 있었지만, SHA-256은 아직 그렇지 않았습니다. MinGW를 4.3.x로 업그레이드해 둘을 동등한 경쟁 상황에 놓을 수 있는지 확인해야겠습니다.
Liberty Standard가 썼습니다:
이 리눅스 빌드를 만드는 데 기여한 모든 사람들이 정말 훌륭한 일을 했습니다! 열심히 일해주셔서 감사합니다. 몇몇 비트코인이 성숙하기 시작했으므로, 와인에서 실행하는 윈도우 버전보다 코인을 생성하는 데 적어도 같거나 더 나은지 결정할 때까지 당분간 리눅스 클라이언트를 계속 실행할 것입니다.
2009년 11월 9일 오전 8시 59분에, Liberty Standard newlibertystandard@gmail.com가 썼습니다:
비트코인을 업그레이드할 때 여러 인스턴스를 실행하고 싶은 또 다른 경우는, 구식 비트코인에서 코인 생성 체크 박스를 해제하고, 별도의 데이터 디렉토리를 사용하여 새 비트코인에서 코인을 생성하기 시작한 후, 구식 애플리케이션의 코인이 성숙하면 그것들을 새 애플리케이션으로 전송하고 구식 애플리케이션을 닫습니다. 오래된 데이터를 유지하면서 업그레이드하는 것보다 깨끗한 설치를 선호합니다.
2009년 11월 9일 오전 7시 42분에, Satoshi Nakamoto satoshin@gmx.com가 썼습니다:
그것에 대해 감사합니다, 무슨 일이 있었는지 이해했습니다. 첫 번째가 느려서, 결국 모두에게 블록을 요청하게 되었고, 그것이 모든 것을 더욱 느리게 만들었습니다. 이 문제를 해결할 수 있습니다, 단지 올바른 방법을 생각하는 데 시간이 좀 필요할 뿐입니다. 확인되지 않은 상태에서 종료하는 데에는 위험이 없습니다. 거래나 새 블록을 만들 때, 그것을 네트워크에 즉시 방송합니다. 그 후, 확인된 번호가 증가하는 것은 단지 결과를 모니터링하는 것일 뿐입니다. 그 시간 동안 노드가 수용을 촉진하는 데 아무 것도 하지 않습니다.
Email-72
리눅스 빌드로 많은 작업을 해냈습니다. 자동 시작, 트레이로 최소화, 설정 등 모든 것이 정말 감사합니다. C++ 프로젝트에 행운을 빕니다.
mmalmi@cc.hut.fi가 썼습니다:
지금부터 한 달 정도는 학교 프로젝트(우연히도 C++ 코딩)에 집중해야 하므로, 12월까지는 활발한 개발에 많은 시간을 할애할 수 없습니다. 어쨌든 연락은 계속 유지합시다.
Email-73
무슨 일이 있었는지 이해했습니다. 어떤 이유로 모든 소켓이 끊어졌습니다. 네트워크와의 통신이 없었지만, 8개의 좀비 연결이 있어서 여전히 온라인 상태라고 생각하고 블록을 계속 생성했습니다. 블록이 순차적으로 번호가 매겨지고, 다른 사람들의 블록이 섞이지 않는 상태, 예를 들어 아래와 같은 상태에서 이러한 현상이 일어나고 있음을 알 수 있습니다: 2/미확인 3/미확인 4/미확인 5/미확인 6 블록 7 블록
이렇게 연속으로 6개의 블록을 단독으로 찾는 것은 현실적으로 불가능합니다.
종료한 후 다시 시작했을 때, 네트워크가 당신의 부재 중에 찾은 45개의 블록을 다운로드했습니다. 당신의 블록이 즉시 네트워크에 방송되지 않았기 때문에, 네트워크는 그것들 없이 계속 진행되었습니다.
와인에서도 정확히 같은 문제가 있었다는 것을 들었습니다. 리눅스에서의 소켓 처리에 관한 문제가 어떤 식으로든 영향을 미치고 있음이 분명합니다.
이 문제에 대해 연구를 시작할 것입니다. 궁극적으로 문제의 근본 원인을 찾지 못한다면, 메시지 부재를 감시하고 연결을 끊는 어떤 종류의 메커니즘을 만들어야 할 것입니다. 당신에게 지금 할 수 있는 유일한 해결책은 좀 더 자주 종료하고 다시 시작하는 것입니다.
귀하의 노드 연결 중 하나를 제외한 모든 것이 동시에 끊어졌고, 하나는 그 직후에 끊어졌습니다. IRC는 여전히 작동하고 있었으므로, 인터넷에서 오프라인 상태는 아니었습니다.
블록의 상태가 "119/미확인, 그 다음 120 블록"까지 모두 "/미확인"으로 표시되어야 하는지 궁금합니다. 블록의 경우 번호의 의미가 거래만큼 강하지 않습니다.
자신의 블록을 확인으로 계산하지 않는 것이 개선사항이 될 것 같습니다. 단점은 서로 다른 노드에 표시되는 상태 번호가 일치하지 않게 될 것입니다. 상태 번호가 블록의 성숙 카운트다운과 더 이상 조정되지 않을 것입니다. 더 가벼운 옵션은 모든 확인이 자신의 것인 경우에만 특별한 경우를 만드는 것입니다.
Liberty Standard가 썼습니다:
저는 방금 6세트의 성숙 중인 코인을 잃었습니다! 저는 10세트의 비트코인이 성숙하고 있었습니다. 마지막 세트는 대략 0:22에 생성되었습니다. 비트코인이 멈출 때까지 2/미확인 상태였습니다. 오전 10:10에, 0:22에 생성된 비트코인은 여전히 2/미확인 상태였습니다. 저에게 코인을 잃지 않을 것이라고 말씀하셨기 때문에, 비트코인을 종료하고 다시 시작했습니다. 긍정적인 측면에서, 종료하고 시작하는 것이 매우 원활했습니다. 하지만 불행하게도, 블록이 업데이트될 때, 저는 6세트의 비트코인을 잃었습니다. 네 세트는 여전히 미확인 상태였지만, 두 세트는 확인되었습니다. 그리고 지금 그것들의 흔적이 없습니다. '생성된 코인 보기' 옵션이 이제 가능해졌으므로, 실패한 비트코인 생성을 다시 넣을 수 있기를 바랍니다. 저는 그저 그 비트코인들이 허공으로 사라진 것을 좋아하지 않습니다. 저는 지금도 리눅스 빌드를 실행하고 있지만, 지난 24시간 동안 생성한 10세트의 비트코인 중 6세트가 사라진 지금, 와인 버전이 갑자기 훨씬 더 매력적으로 보입니다. 제 debug.log를 포함했습니다.
Email-74
소켓이 오류를 받고 연결 해제되지 않는 몇 군데를 발견하여 수정했습니다. 연결이 다시 끊어지면, 자동으로 연결을 끊고 다시 연결해야 합니다. 또한, 예비 조치로 비활성 시간 초과를 구현했습니다.
이 업데이트에는 느린 초기 블록 다운로드 문제에 대한 부분적인 해결책도 포함되어 있습니다.
추가로 넣은 debug.log 정보를 얻기 위해 "-debug" 스위치와 함께 실행해야 합니다. 이 정보는 더 많은 문제가 발생했을 때 도움이 될 것입니다.
linux-0.1.6-test2.tar.bz2 12,134,012 바이트 다운로드 링크: http://rapidshare.com/files/305231818/linux-0.1.6-test2.tar.bz2.html
Satoshi Nakamoto가 썼습니다:
무슨 일이 있었는지 알겠습니다. 어떤 이유로 모든 소켓이 끊어졌습니다. 네트워크와의 통신이 없었지만, 8개의 좀비 연결이 있어서 여전히 온라인 상태라고 생각하고 블록을 계속 생성했습니다. 블록이 순차적으로 번호가 매겨지고, 다른 사람들의 블록이 섞이지 않는 상태, 예를 들어 아래와 같은 상태에서 이러한 현상이 일어나고 있음을 알 수 있습니다: 2/미확인 3/미확인 4/미확인 5/미확인 6 블록 7 블록
이렇게 연속으로 6개의 블록을 단독으로 찾는 것은 현실적으로 불가능합니다.
종료한 후 다시 시작했을 때, 네트워크가 당신의 부재 중에 찾은 45개의 블록을 다운로드했습니다. 당신의 블록이 즉시 네트워크에 방송되지 않았기 때문에, 네트워크는 그것들 없이 계속 진행되었습니다.
와인에서도 정확히 같은 문제가 있었다는 것을 들었습니다. 리눅스에서의 소켓 처리에 관한 문제가 어떤 식으로든 영향을 미치고 있음이 분명합니다.
이 문제에 대해 연구를 시작할 것입니다. 궁극적으로 문제의 근본 원인을 찾지 못한다면, 메시지 부재를 감시하고 연결을 끊는 어떤 종류의 메커니즘을 만들어야 할 것입니다. 당신에게 지금 할 수 있는 유일한 해결책은 좀 더 자주 종료하고 다시 시작하는 것입니다.
귀하의 노드 연결 중 하나를 제외한 모든 것이 동시에 끊어졌고, 하나는 그 직후에 끊어졌습니다. IRC는 여전히 작동하고 있었으므로, 인터넷에서 오프라인 상태는 아니었습니다.
블록의 상태가 "119/미확인, 그 다음 120 블록"까지 모두 "/미확인"으로 표시되어야 하는지 궁금합니다. 블록의 경우 번호의 의미가 거래만큼 강하지 않습니다.
자신의 블록을 확인으로 계산하지 않는 것이 개선사항이 될 것 같습니다. 단점은 서로 다른 노드에 표시되는 상태 번호가 일치하지 않게 될 것입니다. 상태 번호가 블록의 성숙 카운트다운과 더 이상 조정되지 않을 것입니다. 더 가벼운 옵션은 모든 확인이 자신의 것인 경우에만 특별한 경우를 만드는 것입니다.
Email-75
linux-0.1.6-test2.tar.bz2 파일 첨부했습니다.
Email-76
현재 (04:50 GMT) 제 노드가 귀하의 노드에 연결되고 있으며, 매번 좀비 연결이 발생하고 있습니다. 소켓에서 오류를 반환하지 않고, 예고 없이 좀비 상태가 됩니다. 만약 지금 리눅스 빌드를 실행 중이라면, 귀하 측의 로그가 무엇을 말하는지 보는 것이 흥미로울 것입니다.
test3:
좀비 소켓을 감지하는 특정 코드를 추가했습니다. 소켓이 연결된 후 60초 이내에 어떠한 데이터도 송수신하지 않았을 경우, 그리고 3분 동안 데이터를 보내려고 큐에 넣었으나 송신되지 않았을 경우를 감지할 것입니다.
test2에서 재연결 속도를 약화시켰을 수도 있다고 생각합니다. test3에서는 더욱 빠르게 재연결하려고 노력하고 있습니다.
다른 노드들이 귀하가 생성한 블록을 받았는지 추적하는 검사를 추가했습니다. 만약 받지 않았다면, 설명에서 경고를 줄 것입니다: "생성됨 - 경고: 이 블록은 다른 노드에 의해 받아들여지지 않았으며, 아마도 승인되지 않을 것입니다!"
만약 그것들이 다른 노드로 나가지 않는다면, 귀하가 생성한 블록이나 거래의 상태는 "#/offline?"으로 갈 수 있습니다.
이 모든 것으로, 문제가 발생하는 즉시 알아차리지 못할 리가 없습니다. 이를 통해 좀비 소켓을 모두 끊을 수 있기를 바랍니다. 그 후에, 좋은 연결을 만들 수 있는지, 아니면 소켓이 완전히 망가져서 연결이 0개로 유지되는지는 모르겠습니다.
만약 이것이 작동하지 않는다면, BitTorrent와 같은 다른 P2P 앱의 소스코드를 살펴보고, 그들이 이 문제를 어떻게 다루는지 볼 것입니다. 아마도 소켓 시스템을 다시 살려내는 데 필요한 어떤 마법의 플래그나 절차가 있을 것입니다.
다음 메시지에 파일 linux-0.1.6-test3.tar.bz2가 첨부되어 있습니다.
Liberty Standard가 썼습니다:
2009년 11월 11일 오전 8:08에, Liberty Standard newlibertystandard@gmail.com이(가) 썼습니다:
내 네트워크 연결은 내 컴퓨터에 직접 연결됩니다. 내 ISP는 인터넷에 연결하기 위해 VPN을 실행해야 한다고 요구합니다. 그 다음에 다른 기기들과 내 인터넷을 공유하는 두 번째 NIC가 있습니다. 내 컴퓨터를 사용할 때의 내 IP 주소는 실제 IP 주소이지만, 두 번째 NIC를 통해 연결된 기기들은 NAT를 사용합니다. 가상 머신을 통해 연결할 때도 NAT를 사용합니다. 이 모든 것은 매우 적은 설정이 필요합니다. Ubuntu의 NetworkManager에는 두 번째 NIC를 통해 내 인터넷 연결을 공유하는 옵션이 있고, VirtualBox에는 NAT를 사용하는 옵션이 있습니다.
비트코인 몇 팩을 다시 잃었으므로, 그 문제는 아직 해결되지 않았습니다. 무슨 일이 일어나고 있는지 알게 되어 조금 더 견딜 수 있게 되었습니다. 일단 비트코인이 성숙하기 시작하는 것을 볼 때마다 비트코인을 재시작할 것입니다. Linux와 Wine 사이를 조금 왔다 갔다 할 수도 있지만, 새로운 버전이 나올 때마다 반드시 테스트할 것입니다. 현재는 여전히 리눅스 빌드를 실행 중입니다.
Email-77
linux-0.1.6-test3.tar.bz2 파일 첨부했습니다.
linux-0.1.6-test3.tar.bz2 12,143,473 bytes
Email-78
test 5:
send와 recv 호출에 MSG_DONTWAIT를 추가했습니다. 만약 그들이 소켓이 논블로킹임을 잊었다면 이를 위한 경우입니다. 만약 그것이 작동하지 않는다면, 이제 모든 문제를 해결하는 솔루션이 있습니다: 다른 스레드가 send/recv 스레드를 모니터링하고 멈추면 종료시키고 다시 시작합니다. 그것은 debug.log에 "*** Restarting ThreadSocketHandler ***"를 출력하고, 상태 바에 잠시 동안 오류 메시지가 표시됩니다.
종료하기 전에, 멈춰 있는 소켓을 닫으려고 시도합니다. 만약 그것이 작동한다면, 종료에 의존할 필요가 없습니다.
스레드가 약 1000번 종료되는 테스트를 실행했고 문제 없이 잘 작동했으므로 안전해야 합니다. 리눅스에서의 종료는 pthread_cancel이며, 이는 C++의 예외 핸들러로 던집니다.
우리가 사용하던 스레드 호출에는 종료 기능이 없어서, windows에서는 CreateThread를, linux에서는 pthread_create를 사용하도록 util.h에서 우리만의 래퍼를 만들었습니다. 대신에: _beginthread는 windows 전용이며 종료 기능이 없음 boost::thread는 정말 매력적이지만 종료 기능이 없음 wxThread는 호출할 수 있는 모든 함수에 대해 클래스를 생성해야 함 (윽)
다음 이메일에 파일 첨부됨
Email-79
12,033,918 linux-0.1.6-test5.tar.bz2
Email-80
Zetaboards에 포럼을 만들었습니다. InvisionFree의 새 사이트로, 그들이 이전하고 있는 곳입니다.
http://s1.zetaboards.com/Bitcoin/index/
귀하의 계정을 관리자로 업그레이드할 수 있도록 사용할 수 있는 관리자 계정을 만들었습니다:
사용자명: admin
비밀번호: B98VzUUA
그런데, 관리자 페이지 상단에 큰 빈 공간이 있어서 아래로 스크롤해야 합니다.
SSL을 지원하지 않지만, 어느 것도 지원하지 않습니다. 기본적인 추한 오렌지와 파란색 테마를 Frostee 테마로 교체했습니다. 이 테마는 광범위한 검색 후에 찾을 수 있는 유일하게 괜찮아 보이는 테마였습니다. 테마를 검색하는 것은 헛된 일입니다. 쓰레기 테마가 천지입니다. 해결책은 대신 버튼 세트를 보는 것입니다 (http://resources.zetaboards.com/forum/1000328/)
처음에는 두 개의 하위 포럼만 만들었습니다. 필요에 따라 새로운 것을 생성할 것입니다. 충분한 항목이 있을 때까지 평면 네임스페이스로 시작하는 것을 선호합니다. 기술 지원은 별도의 섹션으로 만드는 것이 합리적입니다. 이를 통해 그런 것들을 주요 스포트라이트에서 벗어나게 하고, 우리의 문제가 모두의 눈에 띄지 않도록 하며, 사람들이 버그를 보고하는 데 더 자유롭게 느끼도록 합니다. 대부분 기술 지원 섹션을 읽어야 하는 사람들은 개발자들과 버그를 확인하려는 사람들뿐입니다.
Last updated