board_free custom_top_html:no
default debug random = 1 / type = READ / detected = READ

단축키

Prev이전 문서

Next다음 문서

크게 작게 댓글로 가기 위로 아래로

[블럭체인의 다중 분기(fork)를 없기는 방법]

 

암호화폐의 합의 알고리즘은 비트코인의 경우 작업증업인 PoW이고, 많은 암호화폐의 경우 지분증명인 PoS를 이용한다.

하지만 현재 PoW, PoS을 사용한 합의 알고리즘은 유효한 다수 블럭이 동시에 존재하는 분기(포크, fork)를 자주 경험한다.

이는 합의 알고리즘에 경쟁방식을 도입하고 일정한 조건을 만족하는 블럭은 모두 유효한 블럭이라고 인정하는 알고리즘 때문이다.

 

구체적으로 기존 합의 알고리즘에서 노드는 '기준값'을 만족하는 블럭을 빨리 찾는 게임이다.

 

아래는 합의 알고리즘의 '기준값'을 보여준다.

target > '블럭헤더의 해쉬값' ,     for PoW

proofhash < 'coin * age * target' ,      for PoS   [1]

 

여기서, '기준값'은 1) '블럭헤더의 해쉬값', 2) 'coin * age * target' 이다.

 

위 수식과에서 보면, 합의 알고리즘은 '기준값'을 만족하는 모든 블럭이 유효한 블럭이 되기 때문에 다수의 유효한 블럭체인을 거의 동시에 발생될 수 있다.

즉 블럭체인에 분기가 생기는 원인은 '기준값'을 만족하는 다수의 블럭이 동시에 네트워크에 전파될 수 있기 때문이다.

 

만일 블럭 생성시간(컨펌 시간)이 짧아지면, 블럭체인에 분기가 발생할 확률이 높아진다.

이는 지역적으로 멀리 떨어져 있어서, 블럭의 전파시간의 지연이 있기 때문이다.

하지만, 사용자는 계속 블럭 생성시간을 줄이기를 원하고 있이므로, 더욱더 많은 블럭체인의 분기(포크)는 피할 수 없다.

 

본인이 생각한 블럭체인의 분기를 없애는 가장 단순한 방법은 아래와 같다.

 

1) 노드가 첫번째 새 블럭을 전파 받으면 이를 다른 노드에게 전파한다.

2) 첫번째 새 블럭을 전파받은 노드가 다시 새로운 블럭을 전파받고 첫번째 전파된 블럭의 '기준값'보다 새로 받은 블럭의 '기준값'이 '더 좋은 값'이면, 이를 네트워크에 전파하고 아니면 이를 전파하지 않는다.

- 여기서 '더 좋은 값'이란 PoW의 경우 '블럭헤더의 해쉬값'이 더 작은 경우이고, PoS의 경우 'coin * age * target'이 더 큰 값인 경우를 말한다.

3) 지역적으로 떨어져 있더라도 반대편 지역에서 전파된 블럭이 도달되도록, 첫번째 새 블럭이 전파된 후 '일정한 지연시간'(예, 3초) 동안 모든 노드는 새 블럭이 전파되면 2)번을 반복한다.

4) 만일 첫번째 새 블럭 후 새로 받은 블럭의 '기준값'이 '더 좋은 값'이면 첫 블럭은 버리고, 새로 전파받는 블럭으로 교체한다. 그리고 새 블럭이 도착할 때마다 이 과정을 반복한다.

5) '일정한 지연시간'이 지나면 마지막에 남은 블럭에 연결할 다음 블럭을 찾는다.

 

결론적으로, 본인의 합의 알고리즘은 블록체인의 분기를 없애기 위해서 노드에 새 블럭이 전파된 후 일정시간 동안에 전파된 모든 블럭들 중에 가장 좋은 ‘기준값’을 가진 블럭이 이기도록 하여서 블럭체인의 분기(포크)를 없애는 방법이다.

 

참조:

[1] https://docs.google.com/viewer?url=http://bravenewcoin.com/assets/Whitepapers/blackcoin-pos-protocol-v2-whitepaper.pdf

16
댓글 14
  • 하드포크가 일어나는 원인은 크게 의도적인 것과 비의도적인 것이 있습니다. 의도적인 것은 블럭체인의 프로토콜이나 정책에 대한 사용자/개발자들의 불일치에서 일어나는 것이고, 비의도적인 것은 같은 프로토롤/정책을 사용했음에도 불구하고 네트워크 상의 지연또는 합의알고리즘의 버그(특히 하나의 인풋에 대해 복수의 아웃풋 값이 생기는 비결정성) 등으로 생기는 것입니다.

    의도적 하드포크는 막을 수가 없습니다. ETH / ETC 의 분기는 프로토콜/정책 상의 불일치에 의한 의도적 포크였습니다.
    위의 본문에서 말하는 포크는 비의도적 포크를 없애고자 하는 아이디어인 것 같은데, 블럭체인의 특성상 포크가 일어날 논리적 가능성을 완전히 차단하는 것은 불가능하다고 생각합니다. 예를 들어 두개의 섬에서 독자적으로 채굴하는 블럭체인이 있다고 할 때, 만일 두 개의 섬의 인터넷이 외부와 차단되어 섬 내부만 연결되어 있는 상태가 상당 기간 지속된다면 어떤 방법을 쓰던 포크는 불가피해집니다.

    그렇다면 비의도적 포크가 일어날 가능성을 줄이기 위한 노력들을 하게 되는데, 이미 기존의 로직들도 본문의 내용과 크게 다르지 않은 것 같습니다. 누가 가장 긴 체인을 가지고 있는지 알 수 없기 때문에 계속 이를 비교할 수 밖에 없는데, 미처 받지 못한 더 긴 체인이 네트워크에 존재할 가능성이 있기 때문에, 일정한 컨펌수가 쌓이기 전까지는 이를 영구적인 것으로 간주하지 않고, 임시적인 블럭으로 가정합니다. 그래서 이후에 더 긴 체인이 발견되면 자신이 지금까지 쌓은 임시적인 블럭들은 폐기하고(올펀드 또는 삼촌블럭이 됩니다) 그 긴체인의 블럭을 받아들입니다. 하지만 이를 영구히 임시적인 것으로 쌓아둘 수는 없지요. 그래서 코인마다 일정 수의 컨펌이후에는 영구적인 것으로 고정시킵니다. 이렇게 영구적으로 고정된 블럭의 내용이 다른 체인이 존재하면 이 때 하드포크가 생깁니다.
    따라서 하드포크 가능성을 줄이려면, 블럭주기를 늘리거나 영구블럭 인정에 필요한 컨펌수를 늘리는 것일 테고, 결국은 이 둘간의 다이나믹스 조정이 관건이 될 것 같습니다.
  • ?
    @atomrigs

    정성스럽게 답변을 달아주셨네요.. 

     

    -----------------

    mastering bitcoin 이란 책을 읽다가 잠깐 생각난 아이디어입니다.
    오늘 12쯤에 생각이 나서 바로 쓴 글인데요..

     

    깊이 생각하지 않아서 문제가 있네요..

    저녁 먹고 생각해보니, 이 방법은 단순히 포크를 줄이는 방법이었습니다.
    좀더 생각해보내니, 포크를 더 줄이려면 제한 사항을 더 추가해야 한다는 중간 결론과 위 방법으로 완전히 포크를 없애기는 힘들 것도 같다는 생각을 했습니다.

    위 책에서 저자가 노드의 독자성에 대해서 강조하여 떠오른 아이디를 적어본 것입니다.
    좀 더 생각을 가다듬어야 할 것 같습니다.

    PoW에는 좀더 가다듬어서 적용하면 포크를 줄일 수는 있을 것 같습니다.
    PoS에 적용하기에는 좀 헛점이 있는 것 같습니다.


    ------------
    제가 위의 것 이전에 PoS에 대해서 잠깐 생각한 것은,
    pos는 참 여러가지 문제가 생긴다는 것과 보안을 위해서는 지분을 많이 가진 보안 그룹을 만들고 (마치 dpos의 delegate와 같이 보안을 위해서 맡긴 코인과 지분을 조합해서 보안 그룹을 만들 수 있습니다.)

    블럭이 전파되면, 일정한 시간 동안 전파된 블럭을 모그고, 이 보안 그룹에서블럭을 검증한 후 검증을 통과된 블럭 중에 우승자를 고릅니다.
    우승자는 완전히 우연히 결정되도록, 모은 블럭의 블럭해더 해쉬값들을 모두 입력하여 기준 해쉬를 만들어 이 기준 해쉬에 가장 가까운 해쉬값을 가진 블럭이 이기도록 하는 것입니다.

    경쟁을 하는데, 중간에 보안그룹이 있는 경우입니다.

    이것도 잠시 생각한 것이라서 문제가 발생할 수 있습니다.

    ------------

    개인적으로는, 가위바위보 게임과 같이 누가 블럭을 생성할 지를 노드가 독자적으로 한번에 알 수 있는 방법을 선호합니다.

    그런데 이런 방법은 이더리움 같이 계정 DB를 가지고 있어야 구현이 쉽습니다. 

    이더리움의 경우 '지분 + 랜덤성을 주기위한 장치'로 계정 DB의 순위를 정하여 노드가 어느 계정이 블럭을 바로 생성할지를 아는 방법을 선호합니다.

    이것은 제가 전에 여러번 썼던 방법입니다.

     

    -----------------

    아톰님의 답글 감사합니다.

  • @loum

    주로 비트코인의 출발점 - 미리 파악할 수 없는 불특정 노드에 의한 블럭생성을 전제하고 이야기를 한 것인데, 만일 이 전제를 유보한다면 여러가지 논점들이 있을 수 있습니다. 일단 논리적으로 하드포크가 절대 일어날 수 없는 블럭체인은 블럭생성권을 하나의 주체또는 이 주체가 통제하는 노드들만이 생성하는 프라이빗 체인일 겁니다. 합의가 아니라 에러가 일어났는지 검증만 필요하겠지요.
    그 다음 단계로 생각해볼 수 있는 것이 미리 선정된 소수의 노드들만이 miner/validator/witness/delegator 가 되는 것이지요. 미리 정해지거나 파악된 노드들안에서만 합의를 하면 되는 것이니, 합의에 걸리는 시간도 짧고 (low latency), 일정의 수의 노드가 합의에 실패하면 네트워크가 이를 미리 감지해서 네트워크를 미리 정해진 프로토콜에 따라 중지시킬 수도 있고, 특정 노드에 권위를 부여해서 상황을 해결할 수도 있을 겁니다. 요즘 여러가지 변종의 BFT(Byzantine Fault Tolerance) 알고리듬이 나왔는데, 기본적으로는, f = (N-1)/3, 즉 전체 validator 노드수 (N)의 1/3 분 미만이 Byzantine Fault (t) 에 빠진다고 해도, 네트워크의 신뢰도는 유지될 수 있다는 것입니다. 조건의 변화에 따라 tolerance 레벨이 달라질 수는 있겠지만, N 이 불특정 다수가 아니라 일정한 선택된 노드수라는 전제들을 깔고 있습니다.
    따라서 신종 BFT 류의 합의 알고리듬은 컨소시움 체인이나, 특정한 주도/컨트롤 그룹이 있는 경우 설득력이 높습니다.
    하지만 결국 이러한 로직은 다시 누가 N 이 되어야 하는가, N 의 선택기준을 놓고 얼마만큼의 탈중앙화/중앙화를 허용할 것인가 하는 문제로 귀결된다고 봅니다.
    예를 들어 스팀의 dpos의 20명의 위트니스 노드들은 이미 블럭을 생성하기 전에 생성 순서가 정해져 있고, 이들간의 합의/불합의는 네트워크 내에서 쉽게 감지할 수 있습니다. 블럭생성속도도 빨라지고, 하드포크 위험성도 거의 없겠죠(완전히 없어질지는 모르겠지만). 하지만 누가 위트니스 노드가 되어야 하는가 문제에 와서 중앙화/패권화의 위험성이 매우 커집니다. 출발은 주도그룹에 의해 증인이 임명되고, 그 이후로는 다시 이들 증인 노드들이 서로 집단적 연합을 통해 교차 투표를 함으로써 패권적 지배블럭을 형성하는 것을 차단하기가 매우 힘들어집니다.

  • ?
    @atomrigs
    구체적인 답변 감사합니다.
    항상 느끼는 것이지만, 전해주시는 정보가 풍성하네요.
  • ?
    @atomrigs
    pow와 pos가 모두 '기준값'보다 크거나 작은 조건을 가지는 데요..

    조건식을 특정 범위로 한정하면 좀 포크가 덜 일어나지 않을까요?
    예로, pow의 경우 '블럭해더의 해시값' * 1.001 > target > '블럭해더의 해시값'로 한정하는 것입니다..
    계수인 1.001확률적으로 계산하면, 포크가 줄어들 듯이 보이는데요..

    효과는 별로 없을 것 같기도 합니다만,,,
    잠시 생각나서, 끌쩍여보았습니다.
  • @loum
    ㅎㅎㅎ
    네 의미없을것 같습니다.
    좋네요. 여러가지 brainstorming .. 이러다가 좋은것 한개 걸릴수 있습니다.
  • ?
    @안씨아저씨
    ㅎㅎ..
    감사합니다.
  • Fabric이 사용하는 PBFT, SBFT, 그리고 Tendermint의 Robin round, 스텔라의 quorum slicing(SCP) 알고리즘 등을 찾아보세요. 모두 포킹이 존재하지 않습니다(SCP는 일부존재). 블록을 발행하기 전에 미리 합의를 끝내기 때문에 합의가 일어나지 않을 수는 있어도 블록이 포킹되는 일은 없습니다.

  • ?
    @어른아이
    관심 감사합니다.
  • 포킹을 줄이는 기본적인 원리에 대해서는 위에 아톰님께서 잘 설명하신 것 같습니다.

    저는 아는 하에서 구체적인 예시를 몇개 들어보겠습니다.

    1. Steem의 방식 (Aka mining)

    스팀은 블록을 생성하기 전 20명의 검증인을 선택합니다. 20명의 검증인 중 19명은 스팀파워가 높을수록 선택될 확률이 높고, 1명은 무작위로 선택됩니다.
    이렇게 선택된 검증인이 존재하기 때문에 누군가 POW의 난이도를 만족하는 블록을 전파하면 (3초 이네에 네트워크를 통해 전달될 것으로 예측) 빠르게 검증 후 검증이 완료되면 블록을 생성합니다.
    이렇게 검증이 완료된 블록을 생성하는 것을 '라운드'라 하며 한 라운드에는 총 20명의 검증인과 1명의 해쉬 알고리즘을 푼 마이너가 참여합니다.
    근본적으로 POW 마이닝 (AKA Mining)이지만 마이너의 역활은 해쉬 함수에 알맞은 블록을 3초 단위로 생성하는 역활만 할 뿐 실제 네트워크의 안전은 스팀보유자인 19명의 검증인이 책임집니다.

    즉, POW에서 블록이 쌓여야 신뢰도가 증가하는 원리를 '검증인이 검증한 신뢰성 있는 블록만 생성'한다로 바꾼 것 입니다. 이를 통해 POW에서 '시간'의 필요성을 분리한 것이 특징입니다.
    포킹은 발생할 수 있으나 라운드 텀이 3초이기 때문에 거의 발생하지 않습니다.

    기본적으로 pow mining으로 블록을 생성하는 방식이기 때문에 인플레이션 등이 변경을 위해서는 하드포크가 필요합니다.

    2. Lisk의 방식 (DPOS)

    101명의 대표자만 블록을 생성하는 방식입니다. 101명의 대표자가 되기 위해서는 (본인의 리스크 보유량 + 투표로 위임 받은 리스크)의 합이 상위 101등에 들어야 합니다. 전체 네트워크의 안전은 이 101명이 운영하는 노드 의해서 지켜지며, 각 라운드 마다101명이 합의를 통해 '다수에 의해서 합의된 블록'을 생성합니다. 101명 개의 노드만 합의를 마치면 되기 때문에 빠르게 검증이 완료된 블록을 생성해서 전파할 수 있습니다.

    101명의 합의 중 일정 비율 이상만 동의를 해야 블록이 생성되기 때문에 '포킹'은 원칙적으로 발생하지 않습니다.

  • ?
    @몬스터비트
    구체적인 답변 감사합니다.
  • ?

    구체적인 여러 답변들, 감사합니다.

    아톰님의 의견과 같이 해법은 두가지 방향이 있습니다.

    1. 일종의 중앙화하는 방법입니다.
    - 예, validator/witness/delegator
    - 개인적으로는 별로 좋아하지 않지만 그래도 괜찮은 방법입니다.
    - 이런 방법은 포크를 없앨 수 있습니다.

    - 구현은 다양한 방법이 가능하므로, 구현방법은 선택적입니다.

    - 일종의 중앙화이므로 도스 공격 등에 취약할 가능성이 존재합니다.

    2. 노드가 독자적으로 판단한다.
    - 사토시가 생각한 완전 P2P죠..
    - 이런 방법으로 포크를 없애는 합의 알고리즘은 현재 존재하지 않는 것으로 보입니다.

    - 완전 P2P 이므로 도스 공격 등에 강한 측면이 있습니다.


    2번 방법을 개선하기 위해서,
    - 본인이 이전에 여러번 제안한 POS는 노드가 독자적으로 판단하고, 이를 위해서 계정 db를 가지고 있는 방법입니다.
    - 이 방법은 지갑이 어느 노드가 블럭을 생성하지는지를 계정 DB를 보고 바로 판단합니다.

    - 저는 당시 이 방법을 비경쟁적 방법이라고 칭했죠.. (이전 방법은 경쟁적 방법으로 그룹화하고요..)

    - POS이니 지분이 기본이고 그것에 더해서 랜덤성을 주기위한 다양한 방법으로 구현할 수 있습니다.

    - 특성은 1) 노드가 독자적으로 판단, 2) 일정한 시간마다 블럭생성, 3) 컨펌시간을 상당히 줄일 수 있음. 4) 블럭체인의 포크가 발생하지 않음. 등..

    (제가 그 중에서 3~4가지 방법을 이전에 제안한 것 같습니다.)
    (참고로, 본인의 이런 방법에 대한 논의나 구현은 이전에 전혀 없는 것으로 생각되며, 제가 2014, 2015년부터 제가 계속 주장한 내용입니다.)

  • 그런데, 세상 이치를 따라 가면 될것 같습니다.
    포크가 발생하지 않을 체인은 존재하기 힘들것 같습니다.
    통제적이 아닌, 일반적인 P2P 방식으로서는 말이죠.

    제한적 노드만 블록생성에 참여하는 반통제적인 방식의 DPoS 계열에서 블록분기 가 발생하지 않을수 있겠지만, 이부분에 대해서는
    그게 맞는 정책인것인가 ?? 하는 생각도 있습니다.
  • ?
    굿정보감사합니다
default debug random = 0 / type = READ / detected = READ

자유게시판

홍보/사기/불법을 제외한 모든 글작성이 가능합니다.

List of Articles
번호 분류 제목 추천 수 조회 수 글쓴이 날짜
12354 자유 2월 4주차 가상화폐 관련 뉴스입니다.    제 기준으로 눈에 띄는 뉴스들만 정리해보았습니다. 잘못된 뉴스나 다른 이슈거리가 있다면 보충,지적해주시면 감사하겠습니다. :) 코인 트레이딩에 많은 도... file 5 2676
진상손님
2017.02.23
자유 다중 분기를 없애는 합의 알고리즘 [블럭체인의 다중 분기(fork)를 없기는 방법]   암호화폐의 합의 알고리즘은 비트코인의 경우 작업증업인 PoW이고, 많은 암호화폐의 경우 지분증명인 PoS를 이용... 14 4 3514
loum
2017.02.23
12352 자유 비트코인 엄청올랐네요 *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 3 0 2328
그레이트
2017.02.23
12351 자유 형들 멜론포트 melon port *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 3 file 0 2020
로져111
2017.02.23
12350 자유 코인을 오래 묵혀둘 최고 안전 관리방법(중수이상) *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 3 6 2880
쌍둥아빠
2017.02.22
12349 자유 해커가 보낸 문자입니다. (삭제) *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 17 0 963
loum
2017.02.22
12348 자유 6way용 케이스는 어떤거를 사용하시나요? *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 4 0 1383
성운아빠
2017.02.22
12347 자유 파스칼 코인 솔로마이닝은 그냥 지갑 프로그램이 문제같네요 *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 1 0 1117
galcon
2017.02.22
12346 자유 왜 특정 거래소에서만 해킹 사고가 일어났나요?(삭제) *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 0 533
loum
2017.02.20
12345 자유 도미나카에서 비트코인 구입방법 아시나요? *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 4 0 1955
김씨
2017.02.20
12344 자유 블록체인OS에서 나온 한글 백서입니다. *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 7 file 3 3467
블록체인오에스
2017.02.20
12343 자유 [Coinone] 비트코인 ETF 승인 여부 3월 발표 앞두고, 기대 심리에 따른 상승세 *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... file 0 3632
Coinone
2017.02.20
12342 자유 해커대비팀에 몇분을 더 포함하는 것은 어떤가요?(삭제) *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 26 0 632
로움
2017.02.19
12341 자유 여러분은 안드로이드폰에서 이런 메시지가 온다면 *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 3 file 0 1766
Rakuten
2017.02.19
12340 자유 대쉬는 엄청 올라가네욤 *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 8 0 4190
또뚜치
2017.02.19
12339 자유 [부품알림]newegg asrock h81 pro btc m/b *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 2 1 1198
쿠당코당
2017.02.19
12338 자유 ARK 토큰을 교환했어요 *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 4 0 2018
완전대박
2017.02.18
12337 자유 X11Gost가 아웃풋이 잘나오네요 *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 13 2 1936
데이스타
2017.02.18
12336 자유 Cryptsy 소송 관련 메일이 와있네요 *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 1 0 1448
CoinDozer
2017.02.17
12335 자유 이 코인 아시는분 계시나요? *** 답변 댓글이 있을 때 글 내용 삭제시 경고 없이 계정이 정지됩니다. *** *** 개인정보가 포함된 경우 혹은 불법적인 요소의 수정은 가능합니다.*** ---------... 9 file 0 1685
퐈세이
2017.02.16
목록
Board Pagination Prev 1 ... 2480 2481 2482 2483 2484 2485 2486 2487 2488 2489 ... 3102 Next
/ 3102
default debug random = 0 / type = READ / detected = READ