mining custom_top_html:no
default debug random = 2 / type = READ / detected = READ
채굴
2018-05-28 01:02:08

HDAC 테스트 기간동안의 채굴분석

HDAC 측에서 메인넷 공개이전에 부당하게 채굴한 코인들을 전부 소각하겠다는 공지를 아직도 하지 않은 상태입니다. 백서에도 없었고, 프리세일, ICO할 때도 공지한 적이 없었고, 몇개월동안 베타테스트를 진행하고 이 때 채굴한 코인을 전부 정당한 메인넷 코인으로 인정하겠다고 테스트 이전에 발표한 적은 한번도 없었던 것으로 파악되고 있습니다(있었다는 증거를 가지고 있는 분이 있으면 제보해주시기 바랍니다).

 

그럼에도 불구하고 15시간 한시적인 베타클로즈테스트를 하겠다고 공지한 내용을 근거로 메인넷을 공개하기전 몇달간 채굴한 1억4천2백만여개의 DAC 코인을 그냥 메인넷에서 유통시키려는 것으로 보입니다.

상황에 대해 잘 모르시는 분은 이에 대한 저의 최근 글을 보시기 바랍니다.
https://www.ddengle.com/mining/8168909

** 업데이트: 전체 체인데이타의 헤더와 트랜잭션 정보를 비교해보니, 메인넷 공개이전, 즉 블록# 86326까지는 헤더에 나온 마이너 주소와 실제 채굴보상을 받은 주소는 모두 동일했습니다. 따라서 이글에서 주장한 핵심적인 내용의 근거에는 변화가 없습니다. 다만 블록# 86327이후로는 헤더에 기록된 마이너의 주소와 트랜잭션상에서 실제 채굴보상을 받은 주소가 일치하지 않는 경우가 이 업데이트를 작성하는 시점(블록#93514) 기준으로 약 3,500 건이었습니다. 즉 메인넷 공개이후 발견된 블럭수의 약 절반정도였습니다. 이러한 불일치는 HDAC가 베이스로 사용한 멀티체인의 마이너 아이덴터티 관리 로직으로 인해 생길 수 있는 것 같습니다. 채굴 보상코인의 사용은 헤더에 기록된 정보에 의존하는 것이 아니라 코인베이스 트랜잭션상에 있는 UTXO를 이용하기 때문에 일단 모든 통계를 코인베이스 트랜잭션 기준으로 다시 정리했습니다. 

베타테스트 기간이라고 우기는 시기의 블록들


이 때 채굴된 코인의 성격을 좀 더 분명히 알아보기 위해 이 시기의 블록들에 대한 분석을 해보았습니다.

우선 몇개의 주소에서 이 기간 블록을 채굴했는지 알아 봅시다.

57856_86326.png

 

이 시기를 특정짓는 조건은 hdac 측의 다음과 같은 해명에 근거한 것입니다.
beta_period.png

 

 이시기에 대한 사전공지는 이전에 어디에도 없던 내용입니다. 메인사이트에서는 물론이고 톡방 메시지, 이메일 등으로 이에 대한 정확한 공지를 받은 사람은 한 분도 찾지 못했습니다. 유일하게 이와 관련된 공지는 메인사이트에 있는 다음과 같은 내용입니다.

 

test_notice.png

하지만 위의 베타테스트에 대한 설명은 앞서의 해명과는 기간(단 15시간)도 전혀 다르고, 테스트 기간동안 채굴된 코인은 실제 사용이 불가하다는 점을 분명히 명시하고 있는 부분도 이후 해명과는 정반대입니다.

자 이런 점을 감안하고, 3월25일(블록# 57856)에서 5월18일(블록# 86326)까지 채굴된 블록을 조사해보니 다음과 같은 사실과 이에 근거한 합리적 추정을 정리할 수 있습니다.

 

  • 단 3개의 주소가 모든 블록을 채굴함
  • 이 중 3개의 블록을 캔 주소는 이전에 HDAC측이 직접 채굴할 때 사용되었던 주소와 동일
  • "HMQn..."로 시작하는 주소는 1억2천5백만개의 코인보상을 받은후, 이후의 블록들에서 채굴중단
  • "HAFe..."로 시작하는 주소는 1천7백만여개의 코인보상을 받은후, 이후 메인넷 공개이후에도 채굴지속하면서 1000개 이상의 블록헤더에 마이너로 기록되어 있지만, 실제 채굴 리워드를 다 받지는 못했음.
  • 이 기간동안 블록당 평균 트랜잭션 수는 1.5개로 채굴보상 트랜잭션을 제외하면 평균 0.5개임. 따라서 이들 주소가 채굴풀 주소였다고 가정하더라도 자동배분은 이루어지지 않았고, 상당한 기간마다 수동계산 분배가 이루어졌음이 확실
  • HDAC 측은 모든 기간 공식풀은 운영한적이 없다고 발표했음으로, 대부분의 물량을 확보한 두 개의 주소는 외부 채굴풀이거나 개인통제의 주소일 가능성이 높음.
  • 이 기간동안 메인넷은 비공개상태였음으로, 메인넷에 연결하는 노드 소프트웨어와 연결방법등은 모두 HDAC측 개발팀의 지원으로만 획득 가능함. 이 2개의 노드는 사실상 HDAC측의 통제하에 있었거나, 긴밀한 내부협조관계하에 있었을 수 밖에 없음.
  • 만일 사전 공지한데로 100명의 랜덤한 베타테스트가 참여한 것이라면, 노드수가 3개만 존재할 가능성은 극히 희박함.
  • 메인넷 기능과 안정성을 테스트하기 위한 테스트였다고 하면, 2-3개의 노드만을 물리고 테스트하는 것이 아니라 다수의 채굴자들이 동시에 접속할 때 체인이 분기되지 않고 합의가 잘 이루어지는지, 네트워크상에 예상치 못한 불안정성은 없는지 등을 테스트하는 것이 주 내용이 되어야 함.
  • ePoW라는 채굴독점을 막는 새로운 알고리듬을 도입했다면, 이 로직이 설계된 방식데로 작동하는지 여부를 확인하기 위해서라도 다수의 채굴자들이 동시에 접속하는 환경을 만들어야 함. 2개의 노드만으로 ePoW가 잘 작동하는지, 어떻게 작동하는지 확인하는 것은 의미가 없음. 
  • HDAC측이 당시 장외 싯가로 1천4백억원치의 코인이 2개의 노드에 의해 채굴되고 있는 것을 모르고 있었다거나, 그 정도의 경제적 이권의 소유권이 넘어가는데, 아무런 합의 없이 그냥 채굴되게 방치했다라고 주장하는 것은 전혀 현실성이 없음.    

 

자 그렇다면 이 두개의 주소 주인은 누구일까요?

https://explorer.us.hdactech.com/hdac-explorer/address/HMQnug9KSErpXPFfUNKQRMRxRXrkkoLwJz

https://explorer.us.hdactech.com/hdac-explorer/address/HAFeamK5VmgNhDDEMkeQoDxeFFZLg2bMw3

 

이 두 주소의 주인과 어떤 코인 트랜잭션들이 있었는지를 찾는 긴 여정을 떠나기 전에 기왕에 블록 데이타를 살펴보았으니 다른 기간동안의 블록데이타들도 비교해 봅시다.

 

백서에 기재된 14% 지분 채굴

1_16800.png


베타테스트 기간에 사용되었던 주소 하나가 모든 코인 채굴.

https://explorer.us.hdactech.com/hdac-explorer/address/HBDk5tNUjtyMvgCoB3f9pDkhRJjrMXssNi

 

HDAC 측에 의해 CPU로 채굴되어서 소각예정인 코인


16801_57855.png

https://explorer.us.hdactech.com/hdac-explorer/address/HBDk5tNUjtyMvgCoB3f9pDkhRJjrMXssNi

https://explorer.us.hdactech.com/hdac-explorer/address/HBMq61FEixvgidTJJ2dmKFsDykgyoaGvCr

https://explorer.us.hdactech.com/hdac-explorer/address/HV1vh9vZ8rVZTx7AbHzuiSbWj4E9cMKZUb

메인넷 공개이후 (2018년5월18일후)

 

86237-update.png

 

 ====================

 

베타 테스트 기간동안 채굴을 독점했던 2개의 주소가 누구것인지, 그리고 이 기간동안 시장에 광고되고 판매되었던 소위 "현대 채굴기"가 무엇이었는지, 어떤 채널들을 통해 어떤 활동이 이루어졌는지, 그리고 이 과정에 관계되었던 사람들이 작년 HDAC 프리세일과 TGE 과정에서 어떤 역할을 한 사람들인지에 대해 이미 많은 단서들이 땡글과 여러 인터넷 매체에 올려져 있습니다. 또한 이 과정들을 목격하고, 직접 참여한 사람들의 증언들도 더 많이 나올 수 있습니다.

문제는 이 과정 전체를 가장 정확히 이해하고 있는 당사자들은 이 과정이 투명한 상태로 공개되는 것에 의하여 이득보다는 손해를 볼 가능성이 많다고 생각하는 사람들일 것입니다. 따라서 정확한 사실관계 파악하기가 어려운 부분들이 있습니다.

그리고 잘못하면, 사실에 근거하지 않는 비논리적 추측에 의해 의도하지 않은 피해가 발생할 수도 있습니다. 선의로 프리마이닝 채굴에 참여했거나, 또는 코인을 구매한 많은 투자자들에 대한 오해가 생길 수도 있고, 무엇보다 금전적인 손실에 대한 불안을 불필요하게 가중시킬 수도 있습니다. 

따라서 이후의 진실규명은 보다 더 신중하고 합리적인 방식으로 이루어져야 한다고 믿습니다. 한두사람의 부정확한 소문에 근거한 주장을 바탕으로 모든 상황을 판단해서도 안됩니다. 보다 많은 사람들의 증언과 사실확인이 필요하고 이를 위해서는 한 두사람의 노력이 아닌 커뮤니티 전체의 노력이 필요하다고 믿습니다.

또한 HDAC측은 커뮤니티와의 더욱 활발한 소통을 이미 약속했으니 앞으로도 진실규명을 위해 보다 적극적인 노력을 보여주시면 감사하겠습니다. 그리고 이에 따라 부당하게 채굴되어 유통되거나 유통될 1억4천2백만 코인을 전량 소각하거나, 만일 기술적으로 이를 소각하는 것이 불가능할 시,  이것과 동일한 물량을 본사가 확보한 7%의 지분에서라도 이를 소각해서 HDAC을 믿고 투자한 많은 투자자들과 메인넷 오픈한 이후 채굴을 시작한 채굴자들의 기대와 믿음을 저버리지 않겠다는 확실한 의지를 보여주시기 바랍니다.

12

atomrigs님의 서명

이더리움주소:  0x2d19FDE5B4Cac4e1AfA54ee749C368C68c18316c

이더리움 커뮤니티: http://www.chaintalk.io

한국이더리움 사용자 그룹: https://www.facebook.com/groups/ethereumkorea/

블로그:  http://atomrigs.blogspot.kr/

 

댓글 31
  • 각 시기별 통계를 비교해 보시면, 어느 시점이 탈중앙화된 자발적 채굴자들이 참여해서 체인을 유지하기 시작한 시점인지 분명하게 보입니다. 이 시점이전에 채굴된 코인중 정당한 부분은 오직 백서에 명기된 14% 물량 뿐입니다. 물론 이 14%의 지분중에서도, TGE 미판매 분량 1억5천만여개를 HDAC측이 아무런 사전공지나 합의 없이 그냥 취하는 것이 정당한가에 대한 이슈도 여전히 남아 있습니다.
  • ?
    @atomrigs
    좋은글 감사합니다. 미판매 분량은 대부분의 다른 코인들처럼 소각이 옳다고 생각됩니다..
    파운더스 리워드란 명목으로 개발자들을 치하하고자 한다면 사측물량으로 배정된 7%(8.4억개)에서 배당하는게 옳다고 생각되네요.
    좋은글 다시한번 감사 드립니다~
  • HDAC 보다 atomrigs 님을 더 연구해야겠습니다.
  • ?
    겨우 2개의 주소가 채굴한거면 hdac 측에서 모를 수가 없겠는데요..
  • ?
    회사에서 참여한 사람들 채굴기를 빌려 베타테스트 채굴한 것이기 때문에 회사에서 쥐고 있고, 배포하지 않았습니다. 개인지갑으로 간 게 아닙니다.

    이는 시장에 풀리지 않을 것이고, 시장에 기여하는 방안으로 처분될 것입니다. 이에 대해 곧 공지가 발표될 예정입니다.
  • @루미팜
    해당 2개 주소의 트랜잭션을 추적해 보세요. 어떤 일이 벌어지고 있는지 직접 확인해 보세요.
  • ?
    윗글은 텔방 운영자가 대답했습니다. dae yong park
  • 이야
    아토믹님에 한번 놀라고
    현대코인 띵까먹으려는 듯한 그들의 모습에 두번 놀랍니다.
  • ?
    아톰님 한테 걸리면 꼼짝마 네요ㅋㅋㅋ
  • ?
    적극 공감합니다.
  • 좋아요 누를 수 밖에 없네요.철저한 분석!
  • ?
    왠지 현대측에서 XXV 처럼 아무 답을 안할것 같은 예감은...
  • hdac 저격수네요
    atomrigs 님 글에
    횬다이측 답변 달을려면 머리깨나 아플거 같네여
    닥치고 좋아요!!
  • ?
    정의로운 사회 구현을 위해서 기꺼이 여러 희생을 감내하고 고군분투하고 계시는 아톰님께 많은 응원을 부탁드립니다. 또한 HDAC의 성의있는 답변을 기대하겠습니다. 호미로 막을것을 가래로 막아야하는 어리석은 우를 범하지 않기를 바랍니다.
  • 주말에 쉬지도 못하셨겠군요.
    제가 엿날부터 누누히 말씀드리지만
    저는 이거 스캠이라고 믿습니다.
    땡글에서 이거 채굴에 목매는 분들을
    보면 정말 안타깝습니다.
  • ?
    atomrigs 님 HAFeamK5VmgNhDDEMkeQoDxeFFZLg2bMw3 확인 해봤는데
    5/19일 이후에는 트랜잭션이 없네요.
    메인넷 런치가 KST 기준 5/18일인지 GMT 기준 5/18일인지 모르겠으나, "5백만개 이상 코인을 추가 획득." 은 사실이 아닌거 같습니다.
    정확히 세보진 않았지만 기준에 따라 5/18일 이후에 채굴한것은 50만개 전후가 아닐까 싶습니다. (100 개 전후 블럭)
  • @날아라

    hafe.png


    메인넷 오픈 시점은 블록높이로 설정했기 때문에 시간과 상관없이 정확하구요, 1000개 이상의 블록을 오픈이후 발견한 것 맞습니다. 그림에 보이는 블록하이트에 가서 직접 확인해 보세요. hdac 측이 제공하는 익스플로러가 전체 트랜잭션을 보여주지 않고 있습니다.

  • ?
    @atomrigs
    xxx.png

    atomrig 님 89318 은 다른 주소가 채굴한걸로 나와요

     

    Block #89318

    BlockHash 838b032c8daa1c4f0cedb256459317bb3fc7eb04a30697093fead4e82af4fded

    Summary

    Number Of Transactions 9
    Height 89318 (Mainchain)
    Block Reward 5000 DAC
    Timestamp May 21, 2018 11:14:38 PM
    Mined by  
    Merkle Root
    d44f7a264a9d4db03832dcb461ab0dd70ca69a813c39ad4acf7cab10c97c20e3
    Previous Block 89317
    Difficulty 15548.90054631
    Bits 1b0436fb
    Size (bytes) 8326
    Version 3
    Nonce 247272538
    Next Block 89319

    Transactions

    No Inputs (Newly Generated Coins)
    0 DAC (U)
    Unparsed address [0]

     

     

  • @날아라
    Hdac 1.03.5 RPC client


    Interactive mode

    hdac: getblockhash 89318
    {"method":"getblockhash","params":[89318],"id":1,"chain_name":"hdac"}

    838b032c8daa1c4f0cedb256459317bb3fc7eb04a30697093fead4e82af4fded

    ====

    hdac: getblock 838b032c8daa1c4f0cedb256459317bb3fc7eb04a30697093fead4e82af4fded
    {"method":"getblock","params":["838b032c8daa1c4f0cedb256459317bb3fc7eb04a3069709 3fead4e82af4fded"],"id":1,"chain_name":"hdac"}

    {
    "hash" : "838b032c8daa1c4f0cedb256459317bb3fc7eb04a30697093fead4e82af4fded",
    "miner" : "HAFeamK5VmgNhDDEMkeQoDxeFFZLg2bMw3",
    "confirmations" : 4089,
    "size" : 8326,
    "height" : 89318,
    "version" : 3,
    "merkleroot" : "d44f7a264a9d4db03832dcb461ab0dd70ca69a813c39ad4acf7cab10c97c 20e3",
    "tx" : [
    "710b6609e8d7539d2078d2e408d4961d15ea890604a2682a81bbe3f37f99e881",
    "910c8070f1302effac3cd7c2f10e23b49ab1cec82079ef9da20fe8bb74955917",
    "aaebecd2f47076b800ea407c5255a30a0e1eb955f805ad0426e1ea06ac86c400",
    "b42b9f014adc706a4c1dbd28cf52f86e6373e19a02dd8f62e997ef8c819f763d",
    "4fa3a85f2062695bc4e835e0cd519af213516e70d619e4602a0f3de3cb4bbfef",
    "cfeb29196629ff8771d33e292d5453bb7f7d65287058213d7177a3149d60034f",
    "c6aad6cbf69561dcb012988cbdd4cc9f03e0ec4b28ffc3a7f9ef400734badf1c",
    "ab983ecf012f5c18cb68c09643ad2d2b00a9341e8ad4862fabe066943f2104c6",
    "792e06599241ae41ed912c813eb6ba113c28ff54070e3c7193d0792e4962e786"
    ],
    "time" : 1526912078,
    "nonce" : 247272538,
    "bits" : "1b0436fb",
    "difficulty" : 15548.90054631,
    "chainwork" : "00000000000000000000000000000000000000000000000000bdd338efa7f 9e6",
    "previousblockhash" : "7b031cf0434fcf8b9b0575db056a433f99f33d57112295e10ee87 fddcb6a878a",
    "nextblockhash" : "4d9632ea2876272e3ca0c0ce5d3faede1cf3b96710c276c6b40cadd95 196c93e"
    }
  • @날아라
    제가 분석한 것이 모두 직접 풀노드에 확인해 보니 정확합니다.
  • ?
    @atomrigs
    네 제가 explorer 해석 하는 법을 몰랐네요
    저도 hdac 로 지금 확인했습니다. atomrigs 님 말씀 맞네요
  • @날아라
    그런데 블록헤더에 기록된 miner 정보와 해당 블록에 포함된 트랜잭션간의 뭔가 불일치가 있는 듯한 느낌인데, 좀 더 조사해봐야겠습니다. 헤더에 있는 miner에게 블록보상이 안되는 경우가 있는 것 같은데 좀 더 확인해 봐야될 것 같네요. 이게 ePoW 로직인가요? 어쨌던 블록체인 헤더에 miner 라고 선언하고 이것과 다른 보상을 트랜잭션상에 처리한다면 대단히 큰 문제인 것 간습니다. 아직 단정하지는 못하겠습니다.
  • @날아라

    hdac 사의 익스플로러가 부정확합니다. 뭔가 버그가 있을 듯합니다. 아니면 체인이 스플릿 되었거나요. --> 버그가 아니고 HDAC측의 베이스 소스인 multichain 이 지원하는 마이너와 보상주소의 분리 기능에서 비롯된 것으로 확인되었습니다.

  • @날아라
    풀노드 깔고 확인해보세요. 같은 결과가 나오는지요.
    https://github.com/Hdactech/hdac
  • ?
    분석력이 부럽네요..ㅎㅎ
  • ?
    atomrigs님. hdac은 SQL문으로도 검색이 가능한가요?
    저도 SQL문으로 직접 확인해볼 수 있나요?
  • @Steven7Kim

    파이썬으로 파싱해서 mysql 로 다운받아서 분석중입니다.

  • 헤더정보와 트랜잭션정보가 서로 일치하지 않는다면, 그 자체가 엄청난 빵구 아닌가요?
  • @꿀맨

    header 에 기록된 miner 주소와 트랜잭션 상에서 채굴보상을 받는 주소가 불일치하는 경우가 있습니다. 아마도 ePoW 알고리즘에 의해 처음 발견한 miner 가 보상이 취소되고 다른 주소가 이를 받는 것 같은데,  당연히 최종 header에도 이를 업데이트 해서 블록을 전파하는 것이 맞는데, 이전 정보를  header에 둔채 그냥 전파하는 것 같네요. 아니면 차라리 header 에서 miner 필드를 넣지 말아야 했을 것 같습니다. 그래서인지 hdac 익스플로러도 다시 보니 헤더 쪽 마이너 정보를  안보여주네요.

    empty_miner.png

     

    utxo 는 결국 트랜잭션에서 관리되는 것이니, 헤더 있는 마이너 정보를 버리고, 트랜잭션에서 찾아서 쓰는 것이 맞을 것 같습니다. 

  • ?

    네번째줄 "1천4백2십만여개" 는 "1억4천2백3십5만개" 아닐까요?

  • @무들
    그렇네요. 감사합니다.
default debug random = 0 / type = READ / detected = READ

채굴

코인 채굴에 관한 게시판입니다.

List of Articles
번호 분류 제목 추천 수 조회 수 글쓴이 날짜
공지 채굴 새로 들어오시는분들! - 땡글 이용시 지켜지면 좋은 것 52 249 59220
김광부
2017.06.25
공지 땡글 공동구매 의견 조사 40 updatefile 12 2560
관리자
2021.01.14
공지 땡글닷컴 DeFi 게시판 생성 기념 이벤트(~1/17) 1 file 13 2670
ESN경매
2021.01.11
공지 DeFi 게시판을 신설합니다. 5 updatefile 6 1000
관리자
2021.01.11
43800 채굴 6핀 대용 케이블 2개 하나는 여기 땡글에서 추천받은 Y형  http://itempage3.auction.co.kr/detailview.aspx?itemNo=A773202740   다른 하나는 특이한 cpu에 꼽는 8핀을 6핀으로 전환해주는 케이블    http://item.gmarket.co.kr/Item?goo... 7 0 952
광산동산
2018.05.28
43799 채굴 상상의 나래 (채굴 고래의 영세채굴러 치킨게임 시작된거 아닐까요?) 머리도 좀 복잡한데 떠오른 상상이 있어서.ㅎ 악재도 악재고 주식으로 자금빠져나가는 것도 그렇지만..이더 POS 전환 전에 비트나 비캐 ASIC 채굴 고래들이 GPU 채굴시장 무너뜨리고, 소규모 채굴러들 가진 이더 다 ... 3 1 1438
하아아큰일났습니다
2018.05.28
43798 채굴 가정용 채굴 그래픽 카드 구매 추천     가정에서 취미삼아 채굴을 하려고 합니다 전기는 대가족 할인이 적용되서 별로 부담이 되지 않은 상황입니다 cpu는 2700x 구입 예정  그래픽 카드를 120만에서 구입하려고 하는데요 어떤 조합으로 가는게 좋을까... 8 1 1910
서윤메트로
2018.05.28
43797 채굴 마이크로닉스 SATA선이 타버렸네요   마이크로닉스 클래식2 SATA선이 타버렸네요   그래픽카드 2개가 안들어오길래 파워인가 보드인가 고민하고 있었는데   사타선이 그을려져 있네요   파워렉스 850w 이후 마닉에서는 처음 나왔네요   (전에 파워렉스... 9 0 1238
이더광
2018.05.28
43796 채굴 온도관리 힘드셨죠? 채굴장 하시는 분들 오늘 채굴장온도 어떠셨나요? 무지 더우셨죠? 온도관리 각자 노하우가 있을듯 합니다. 저는 오늘 건식싸우나 했습니다 ㅋ 기운들 내시고 화이팅 입니다^^ 13 file 1 2955
탐관오리
2018.05.28
43795 채굴 RX480 하나가 이상하네욬ㅋㅋㅋ 480인데욬ㅋㅋ 해시가 이거 혼자 이상하게 나옵니닼ㅋㅋ 온도는 정상이고요 2 file 0 711
광산의꿈
2018.05.28
43794 채굴 L3+ 라이트코인 채굴하시는 분들 계시나요?   앤트풀에서 채굴중인데요 L3+ 라이트코인 채굴기 한대당 해쉬레이트는 평균적으로 530MH/s가 나옵니다   오버없이 순정으로 채굴 중인데요. 하루종일 돌려도 채굴기 한 대당 0.028~0.029개 채굴이 됩니다 오버없이 ... 11 file 0 2072
흑흑두루미
2018.05.28
43793 채굴 ASIC에 대한 고찰 Antminer D3(x11 miner)구조, 의문점을 찾아봤습니다. 비트메인 ASIC기기 구조는 크게 3부분으로 나누어집니다. 1. 컨트롤 보드 - 기기 제어 인터페이스, hash 보드 컨트롤을 합니다. 비트메인 같은 경우는 보통 비글... 9 file 4 2928
crazyits
2018.05.28
43792 채굴 1070ti 발열문제 80샤 오픈형도 이날씨에 70도 안넘는데 70샤(이엠텍) 이넘이 밀폐형인데도 온도 장놘아니네요 전력 60~65 줘도 70도는 그냥 넘기네요 6way 밀폐라 글픽간격이 좁긴합니다 따라서 오픈형케이스로 가는게 나을지? 아니... 1 0 1225
콜드1
2018.05.28
43791 채굴 2018 마이닝 컨퍼런스 참가 안내   마이닝 컨퍼런스 행사가 6월 16일에 개최될 예정입니다. 국내 최초 본격 채굴 전문 컨퍼런스 / 전시회로, 중대형 채굴장, 장비, AS, 법률정보 등 다양한 정보를 총망라한 행사입니다. 경품 추첨 이벤트와 유익한 강... 10 file 10 3071
비트데이즈
2018.05.28
43790 채굴 모네로 채굴량이 너무 들쭉날쭉거리네여...       28일 오늘은... 0.11까지 쌓이는거 보니까 24시간에 0.35? 정도 될것 같네요 너무 들쭉날쭉합니다 .. 쩝...........  해쉬가 막 출렁이는것도 아닌데... ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 이렇게 캐지는분 계... 15 file 1 1225
버스폰
2018.05.28
43789 채굴 Rx 570 모네로 채굴 문의 모네로 하드포크 이후 570 라데온으로 채굴하고싶습니다 기존모네로 실행파일로는 채굴이 안돼는거같습니다 하드포크이후 라데온 모네로 채굴가능한 실행파일 다운로드 링크 좀 부탁드립니다 꾸벅 2 0 789
나는나다다
2018.05.28
43788 채굴 혹시 보스코인 테스트 넷 설정 하신분 ~   보스코인 기다림에  결실인가봅니다. 테스트넷 설정 방법 아시는 분 계신가요~~~!                   ------------------------------------- 꼬리말 * 게시글 내용 삭제시 레벨 강등 * 질문은 각 주제별 게시판에.... 2 0 796
중심
2018.05.28
43787 질문 환풍기에 저항을 달면 전기세가 덜 나오나요? 안녕하세요? ek4000팬을 달았는데, 여기에 저항을 달아서 천천히 돌리고 싶은데요.. 저항을 달면(팬이 천천히 돌면) 전기세가 덜 나오나요? 14 0 2061
marine6309
2018.05.28
43786 채굴 젠케시     요즘 젠케시가 채산성이 제일 좋은걸로 왓투마인에 나오던대 젠케시 캐시는분들 계신가요?   저는 이더 올인 중인대 몇대만 젠케시 바꿀까 생각중입니다~                   -----------------------------------... 1 0 918
레이경복
2018.05.28
43785 채굴 5키로 일반전기에서 25키로로 승압 신청 예정입니다       안녕하세요~   지금 5키로 일반전기 인대 12키로 정도 쓰더라고요 그래서 장비도 더 사다 놓을겸 25키로로 승압 시키려고 하는대요   만약에 나중에 채굴 안하게 되면 다시 5키로로 내릴수 있는건가요?        ... 6 0 1562
레이경복
2018.05.28
43784 채굴 rx 시리즈 롬플래싱 질문 좀 하겠습니다. 아직 롬플을 해본적이 없는데 구매해서 해보고 싶네요.  질문 좀    1. 보통 잘못만지면 벽돌로 변한다고 하는데 벽돌 현상은 아무 반응도 없는 상태를 말하나요? 벽돌 복구가 가능한지?    2. 벽돌 복구가 가능하다... 14 1 1210
광산동산
2018.05.28
43783 채굴 요즘 코인채굴 어떤걸 많이들 하시나요??? 가성비로 이더나 지캐시 채굴들 많이하시나요????   저 같은 경우는 신생 코인을 채굴하는데 생각보다 빨리 캐지지않는 느낌이 드네요 ㅜㅜ                   ------------------------------------- 꼬리말 * 게시... 5 0 1602
zxcasd
2018.05.28
43782 채굴 RX580 8G 1장만 롬플레싱 좀 해주실분 찾습니다       총4장인데 3장은 다른분이 해주신 상태입니다 1장을 혼자 어떻게 해볼려고 했는데 저는 잘안되네요 필요한 프로그램은 다 다운해놓았습니다 프로그램 사용법을 몰라서 못하고있고 팀뷰어로 접속하여 롬플레싱좀... 7 0 790
투챔고
2018.05.28
43781 질문 채굴장 관리 ㅠㅠ         안녕하세요.   이제 조금뒤면 뜨거운 여름이 찾아오겠네요 ㅠㅠ   먼저 모든 회원님들 , 빛나는 채굴되시길바랍니다 ~   채굴장 무인으로 관리하기위해서 어떤것들이 필요할까요?ㅠㅠㅠ   맘에드는것 찾는게 ... 7 0 1083
광부는광산에
2018.05.28
목록
Board Pagination Prev 1 ... 602 603 604 605 606 607 608 609 610 611 ... 2796 Next
/ 2796
default debug random = 0 / type = READ / detected = READ