비트 코인 vs 블록 체인 토론 끝내기

소스 노드 : 1849174

cryptocurrency가없는 블록 체인에 가치가 있습니까?

토론은 한동안 진행되었지만 지난 달에는 심각한 인상을 받았습니다. 묻는 질문은 다음과 같습니다.

cryptocurrency가없는 블록 체인에 가치가 있습니까? 그리고 이러한“토큰리스 공유 원장”을 블록 체인이라고 할 수 있습니까?

그래서 읽었습니다 베일리의 기사, 보았다 팀의 비디오읽기 이 나스닥 포스트님이 팔로우했습니다 Richard 's 님 매주 워드심지어 내 자신이 있었다 선의의 토론 거래소 재단의 Chris DeRose와 함께 (의견 참조). 너무 많은 뜨거운 공기.

Chris가 잘하는 한 가지는 문제에 달려 있습니다. 블록 체인은 경제적인가 아니면 컴퓨터 과학의 혁신인가? 그 의미는 블록 체인이 순전히 경제 혁신이라면, 암호 화폐가없는 블록 체인에 대한 요점이 없다는 것입니다. 처음에 내 위치를 알려 드리겠습니다.

비트 코인 블록 체인은 경제적 인면에서 컴퓨터 과학 혁신.

여기에 "혁신"을 포함시키고 있습니다 기존 기술의 새로운 조합, 전례가없는 것보다. 이 정의를 사용하면 기존 인터넷 프로토콜에 대한 왜곡과 하이퍼 텍스트를 결합하는 것 이상을 거의 수행하지 않았지만 월드 와이드 웹을 혁신으로 간주 할 수 있습니다. 혁신에 대한보다 엄격한 정의를 채택하고 싶다면 제 손님이 되십시오. 그러나 진정한“혁신”이 얼마나 남지 않은지 놀랄 것입니다. 의역하다 교사, 태양 아래에는 새로운 것이 거의 없습니다.

정확하게 말하자면, 나는 토큰이없는 블록 체인은 목적을 달성합니다하지만 그것은 다른 목적 원래 비트 코인 블록 체인과 비교할 때 암호화 헤드는 작업 증명을 통해 검열 저항과 분산 보안을 제공 할 수 없기 때문에 토큰이없는 블록 체인에 비웃습니다. 핀 테크 헤드는 느리고 비싸며 전통적인 금융에 부적합하기 때문에 퍼블릭 블록 체인을 비웃습니다. 글쎄, 난 모두가 계속 웃고있어

저는 토큰이없는 블록 체인이 분산 데이터베이스를 동기화 상태로 유지하는 데 유용하다고 주장 할 것입니다. 완벽한 신뢰가있는 단일 조직에서도. 그런 다음 블록 체인이 제공하는 다른 기능이 무엇인지 살펴 보겠습니다. 특정 유형의 거래 신뢰가 제한적이고 불완전한 조직들 사이.

불행히도이 주장을 따르기 위해서는 비트 코인 트랜잭션 모델, MVCC (database multiversion concurrency control) 및 멀티 마스터 데이터베이스 복제에서의 충돌 해결 문제에 대해 나와 함께 괴짜를 언급해야합니다. 나는 영어에 충실하기 위해 최선을 다할 것이지만 여전히 이것은 기술적 인 것이므로 피할 수는 없습니다.

비트 코인의 거래 모델

비트 코인 거래 모델은 간단하지만 강력합니다. 모든 비트 코인 거래에는 일련의 입력과 출력이 있습니다. 각 입력은 이전 트랜잭션의 하나의 출력을 "지출"합니다. 트랜잭션 입력의 모든 비트 코인은 해당 트랜잭션으로 흘러 들어가서 수량에 따라 출력에 분배됩니다. 이러한 방식으로 트랜잭션은 새로운 비트 코인이 생성되는 "코인베이스"트랜잭션에서 종료되는 다 방향 연결 체인을 형성합니다.

비트 코인에는 네트워크의 모든 노드에 의해 시행되는 여러 가지 추가 규칙이 있습니다.

  • 거래의 모든 입력은 연결된 이전 출력을 사용할 권리가 있음을 증명해야합니다. 이 권한은 이전 출력에 인코딩 된 조건에 의해 제한됩니다.
  • 트랜잭션은 출력에 쓰여진 총계를 포괄 할 수 있도록 입력에 충분한 총 비트 코인이 있어야합니다. 유일한 예외는 새로운 화폐 단위를 생성하는 코인베이스 거래입니다.
  • 각 출력은 한 번만 사용할 수 있습니다. 즉, 하나의 후속 트랜잭션에서 하나의 입력에만 연결할 수 있습니다.

이 마지막 규칙 때문에 네트워크는 어떤 트랜잭션이 유효한 지에 대한 합의에 도달하기위한 메커니즘이 필요하며 이것이 블록 체인이하는 일입니다. 구체적으로 특별히:

두 트랜잭션이 동일한 출력을 사용하려고 시도하면 해당 트랜잭션 중 하나만 궁극적으로 수락됩니다. 블록 체인은 네트워크에서 이러한 충돌을 감지하고 방지하는 통합 메커니즘 역할을합니다.

블록 체인은 일련의 연결된 블록으로 구성되며, 각 블록에는 2009 년에 생성 된 첫 번째 블록부터 서로 충돌하지 않거나 이전 블록과 충돌하지 않는 일련의 트랜잭션이 포함됩니다. 이론적으로 체인에는 일련의 개별 거래를 수행하지만 거래를 블록으로 그룹화함으로써 체계를보다 실용적으로 만드는 많은 효율성을 얻습니다.

그렇다면이 모든 것에서 암호 화폐의 목적은 무엇입니까? 체인을 구성하는 블록을 누가 결정하는지에 대한 문제가 있습니다. Bitcoin은 분산되어 있으며이 결정을 내릴 권한이 없으므로 합의에 도달하는 다른 방법을 찾아야합니다.

우리는 네트워크의 노드가 블록에 투표하고 대다수가 승리하는 민주주의 적 접근법을 사용하고 싶을 것입니다. 불행히도 인터넷 여론 조사에서 알 수 있듯이 명의 도용 문제로 인해 온라인에서 대표 민주주의는 불가능합니다. 시빌 공격). 한 사람이 백만 대가 넘는 컴퓨터를 차지하고 투표 방법을 결정할 수 있으므로 네트워크 합의를 제어 할 수 있습니다. 아무도 이런 일이 일어났다는 것을 알지 못할 것입니다.

이를 해결하기 위해 비트 코인은 "채굴"이라는 프로세스를 통해 체인에 블록을 추가하는 것을 의도적으로 어렵게 만듭니다. 블록을 만들려면 많은 계산 (따라서 전기 및 돈)이 필요한 어렵지만 무의미한 수학적 문제를 해결해야합니다. 또한 전 세계의 다른 많은 블록 채굴 자들과 경쟁하고 있기 때문에 약간의 운이 필요합니다. 더 강력한 채굴 컴퓨터를 구입한다고해서 오래 앞서 나갈 수는 없습니다. 네트워크는 10 분당 한 블록의 안정적인 글로벌 속도를 유지하기 위해 정기적으로 문제의 난이도를 조정하기 때문입니다.

블록을 만드는 것이 너무 어렵고 비용이 많이 든다면 왜 귀찮게할까요? 답은 블록 보상에 있습니다. 블록의 성공적인 채굴자는 25 개의 비트 코인을 수여하는 코인베이스 거래를 제어합니다 (이 합계는 7,000 년마다 반으로 줄어 듭니다). 그들은이 비트 코인을 공개 시장에서 $ XNUMX (오늘의 요율로)에 팔 수 있고 전기 요금을 지불하고 이익을 기대할 수 있습니다. 채굴 자들은 거래에 첨부 된 수수료에서 약간의 추가 비용을 징수하지만 현재로서는 이러한 수수료가 사소한 역할을합니다.

따라서 비트 코인은 작업 증명을 통해 합의를 생성하고 비트 코인 헤드의 주장의 핵심은 다음과 같습니다. cryptocurrency가 없으면 분산 된 블록 마이닝을 장려 할 수있는 방법이 없습니다. 따라서 가장 공격으로부터 오픈 블록 체인을 보호 할 방법이 없습니다. 따라서 누구나 네트워크 합의를 독점하고 모든 것을 쓸모 없게 만들 수 있습니다. 나는 그것에 대해 논쟁하지 않을 것입니다.

다중 버전 동시성 제어

그 동안 나는 전혀 관련이없는 것처럼 보이는 것에 대해 이야기하고 싶습니다.

데이터베이스는 테이블이라는 스프레드 시트와 유사한 엔티티로 그룹화 된 구조화 된 정보의 저장소입니다. 이러한 테이블의 간단한 예는 은행 계좌 목록이며, 각 행에는 해당 계좌의 잔액과 함께 계좌 번호가 포함됩니다. 귀하의 계정이 $ 900의 잔액으로 하루를 시작한다고 가정 해 보겠습니다. 오늘날에는 750 달러의 자동 모기지 지불이 예정되어 있으며 ATM에서 400 달러를 인출해야합니다. 안타깝게도 초과 인출 기능이 없으므로 이러한 작업 중 하나가 실패하도록 설정되었습니다.

모기지 지불 및 ATM 인출 프로세스는이 단일 계정 데이터베이스에 액세스하는 별도의 시스템에서 실행됩니다. 각 프로세스가 계정의 잔액을 읽고, 작업에 충분한 지 확인하고, 해당 작업을 시작하고, 작업이 완료되었는지 확인하고, 새 잔액을 계산 한 다음 마지막으로 데이터베이스에 쓰는 방식으로 작동한다고 가정 해 보겠습니다.

모기지 지불과 ATM 인출이 겹치지 않는 한이 논리는 잘 작동합니다. 첫 번째 작업은 성공적으로 실행되고 두 번째 작업은 계정에 잔고가 부족하여 중단됩니다. 주문에 따라 은행에서 화난 전화를 받거나 ATM 화면에 무례한 메시지가 표시됩니다.

그러나 두 프로세스가 동시에 시작되면 어떻게됩니까? 이 경우 각 계좌 잔고를 읽고 충분한 금액으로 진행합니다. 모기지 지불이 완료되면 새 잔액이 $ 150로 계산되어 데이터베이스에 기록됩니다. ATM 인출이 완료되면 $ 500의 새 잔액도 비슷하게 작성됩니다. 이러한 쓰기 작업 중 하나는 다른 쓰기 작업보다 우선하며, 운에 따라 은행에서 $ 750 또는 $ 400 보너스를 받게됩니다. 당연히 모기지 당일 ATM 방문 시간을 배우게 될 것입니다.

물론 이것은 데이터베이스 기술로 인해 실제로 일어나지 않습니다. 동시성 제어. 동시성 제어는 데이터 (특히 재무)를 깨끗하고 안전하게 유지하며 다양한 형태로 제공됩니다. 그러나 모두 데이터베이스 작업이 "트랜잭션"으로 그룹화되어 원자로 취급되므로 전체적으로 성공 또는 실패한다는 원칙을 공유합니다. 동시성은 한 트랜잭션에서 사용중인 데이터베이스의 일부를 잠 그거나 고정하여 다른 트랜잭션이 충돌하는 방식으로 동일한 정보에서 작동하지 않도록하여 일관성을 유지합니다.

트랜잭션을 병렬로 실행할 필요가 없다면 모든 단일 트랜잭션의 전체 기간 동안 전체 데이터베이스를 잠글 수 있습니다. 그러나 이것은 대부분의 실제 응용 프로그램에서 실용적이지 않습니다. 좋은 동시성 제어 체계는 가능한 한 짧은 시간 동안 가능한 한 적은 데이터를 잠 가서 병렬 작업을 허용합니다. 위의 예에서는 귀하의 계정에 해당하는 데이터베이스 행만 잠기고 최종 확인 및 차감이 발생한 XNUMX 초 동안 만 잠 깁니다. 병렬로 작동하는 충돌 트랜잭션은이 잠금이 해제 될 때까지 기다려야합니다.

하나의 인기있는 동시성 제어 기술을 멀티 버전 동시성 제어, 또는 줄여서 MVCC. MVCC에서 각 트랜잭션은 해당 데이터의 일부가 두 번째 동시 트랜잭션에 의해 업데이트되는 과정에 있더라도 특정 시점에서 데이터의 일관된 스냅 샷을 봅니다. 이 스냅 샷 격리 예를 들어, 일부 자금이 한 계좌에서 다른 계좌로 이동하는 과정에 있더라도 여러 계좌의 총 잔액을 보여주는 명세서가 항상 정확하도록 보장합니다. 첫 번째 트랜잭션의 모든 변경 사항이 성공적으로 적용된 후 두 번째 트랜잭션이 시작되는 경우 하나의 트랜잭션은 두 번째 트랜잭션에 표시되는 데이터에만 영향을줍니다.

배후에서 MVCC는 여러 버전의 행을 동시에 유지 관리하고 각 버전의 마지막 수정 날짜를 나타내는 타임 스탬프와 함께 유지됩니다. MVCC에서 데이터베이스 행을 수정하면 해당 행의 현재 버전이 삭제 대상으로 표시되고 해당 행의 사본 업데이트 된 타임 스탬프가 있습니다. 데이터베이스의 스토리지 계층의 관점에서 볼 때 행을 수정하는 것과 같은 것은 없습니다. 각 트랜잭션은 시작된시기를 정확히 알고 타임 스탬프가 해당 시간보다 이전 인 행 버전 만 표시합니다. 행의 이전 버전은 액세스해야 할 수있는 진행중인 트랜잭션이 없으면 스토리지에서 제거 할 수 있습니다.

결정적으로 우리의 목적을 위해 MVCC는 쓰기 작업 간의 충돌을 방지합니다. 구체적으로 특별히:

두 트랜잭션이 동일한 행 버전을 삭제하려고 시도하면 이러한 트랜잭션 중 하나만 궁극적으로 수락됩니다. 다중 버전 동시성 제어는 데이터베이스 내에서 이러한 충돌을 감지하고 방지하는 통합 메커니즘으로 작동합니다.

종을 울려? 논의해야 할 배경이 하나 더 있습니다.

다중 마스터 데이터베이스 복제

이제 데이터베이스가 여러 복사본에 존재하는 데이터베이스 복제에 대해 설명하겠습니다. 데이터베이스를 복제해야하는 여러 가지 이유가 있습니다.

  • 데이터베이스의 한 복사본이 손실 된 경우 (예 : 디스크 오류 등) 안정성을 높이기 위해 즉시 두 번째 복사본으로 전환 할 수 있습니다.
  • 작업량이 단일 데이터베이스 서버 용량을 초과하는 경우 처리량을 증가시킵니다.
  • 대기 시간을 줄이려면 싱가포르 사무실에서 실행중인 프로세스가 토론토에있는 데이터베이스의 응답을 기다릴 필요가 없습니다.

때에 온다 독서 모든 복제본에 동일한 정보가 포함되어 있기 때문에 데이터베이스의 데이터에서 복제는 이상적인 기술입니다. 그러나 쓰기 작업을 수행 할 때는 쓰기 작업이 수행되는 위치와 데이터베이스의 다른 복사본으로 전송되는 방법을 결정해야하기 때문에 문제가 더욱 심각해집니다.

가장 일반적인 대답은 단일 데이터베이스 ( "마스터")가 신뢰할 수있는 것으로 간주되는 마스터-슬레이브 복제를 사용하는 것입니다. 데이터에 대한 모든 변경 사항은 마스터에서만 수행 된 다음 트랜잭션 로그를 통해 다른 모든 "슬레이브"데이터베이스로 전달됩니다. 이렇게하면 모든 데이터베이스 복사본 (거의 많거나 적은)이 즉시 동기화됩니다.

불행히도 쓰기 작업이 빈번한 경우 마스터-슬레이브 복제는 복제가 해결하도록 설계된 문제로 다시 돌아갑니다. 마스터 데이터베이스는 모든 쓰기 작업이 단독으로 수행되기 때문에 안정성, 처리량 및 대기 시간 측면에서 병목 현상이 발생합니다.

보다 복잡한 전략을 다중 마스터 복제라고하며, 단일 마스터가 아닌 모든 데이터베이스 복사본에서 쓰기를 수행 할 수 있습니다. 이 경우 복사본은 동기화 상태를 유지하기 위해 피어 투 피어 방식으로 서로 업데이트를 공유합니다.

이론 상으로는 간단하게 들리지만 다중 마스터 복제에서는 충돌이 발생할 수 있으므로 새로운 문제가 발생합니다. 데이터베이스의 두 복사본이 동시에 동일한 행을 업데이트 한 다음 이러한 업데이트를 서로 교환하려고하면 어떻게됩니까? 두 데이터베이스 모두 충돌하는 업데이트가 발생했으며 이러한 충돌을 해결하기 위해 합의 된 전략을 적용해야합니다. 그리고 여기에 물건이 꽤 복잡한 –에 대한 문서를 참조하십시오 MySQL의, SQL 서버 or 신탁 갈등 해결 전략의 몇 가지 예. (저는 모든 복제본이 쓰기 작업을 수행하기 전에 커밋해야하는 동기식 또는 소위 "열심 한"다중 마스터 복제를 무시하고 있습니다. 매주 병목 현상으로 데이터베이스 복사)

이 모든 배경이 이끄는 곳은 다음과 같습니다.

다중 마스터 복제에서 발생하는 충돌을 방지하기 위해 다중 버전 동시성 제어를 분산시킬 수 있다면 좋지 않을까요?

네, 정말 좋을 것 같아요. 그리고 이것이 바로 블록 체인이하는 일이라고 믿습니다.

분산 MVCC로서의 블록 체인

위에 굵게 쓰여진 몇 문장을 복사 해 보겠습니다.

두 거래가 시도하는 경우 지출 같은 출력이면 해당 거래 중 하나만 최종적으로 수락됩니다. 블록 체인 이러한 충돌을 감지하고 방지하기위한 통합 메커니즘으로 작동 네트워크를 통해.

두 거래가 시도하는 경우 삭제 같은 행 버전이 거래 중 하나만 수락됩니다. 다중 버전 동시성 제어 이러한 충돌을 감지하고 방지하기위한 통합 메커니즘으로 작동 데이터베이스 내.

이 문장은 굵은 용어를 제외하고는 동일합니다. 그래서 제가 주장 할 내용은 다음과 같습니다.

블록 체인은 분산 된 MVCC를 제공합니다 (몇 가지 추가 벨과 휘파람 포함).

비교를 좀 더 자세히 살펴 보겠습니다. 블록 체인 노드의 관점에서, 현재 사용되지 않은 비트 코인 트랜잭션 출력 세트는 각 행이 사용되지 않은 단일 출력 인 데이터베이스를 형성합니다. 이것은 앞서 설명한 은행 계좌의 데이터베이스와 유사하지만 각 계좌의 잔액이 동일한 계좌 번호로 표시된 여러 행으로 분할 될 수 있다는 사소한 차이가 있습니다.

비트 코인 거래는 이러한 출력 중 하나 이상을 소비하고 결과적으로 하나 이상의 새로운 출력을 생성합니다. 이것은 하나 이상의 행 버전을 삭제하고 결과로 하나 이상의 새 행을 생성하는 데이터베이스 트랜잭션과 똑같습니다 (MVCC에서는 행을 수정하는 것과 같은 것이 없다는 것을 기억하십시오). 비트 코인 블록 체인은 하나의 출력물이 하나 이상의 거래에서 소비 될 수 없도록합니다. 이는 둘 이상의 데이터베이스 트랜잭션에서 단일 행 버전을 삭제할 수 없도록하는 것과 같습니다.

우리가 도망 가기 전에 블록 체인이 완전히 신뢰할 수있는 환경에서 분산 데이터베이스 동기화를위한 훌륭한 범용 기술이라고 주장하지 않습니다. 같은 다른 많은 기술이 있습니다 Paxos, 뗏목XNUMX 단계 커밋 작업을 아주 잘 수행합니다. 하지만 저는 블록 체인이 다음과 같은 애플리케이션으로 특징 지을 수있는 최적의 지점을 가지고 있다고 믿습니다.

  • 거래가 승인 된 시점과 확실히 승인 된 시점 사이에 짧은 지연을 허용 할 수 있습니다. (이 지연은 비트 코인에서와 같이 10 분이 아니라 몇 초가 될 수 있습니다.)
  • 모든 사람이 정직하고 시스템이 제대로 작동하는 경우 충돌 거래가 발생해서는 안됩니다.
  • 각 트랜잭션은 동시에 몇 개의 행만 수정합니다 (그렇지 않으면 블록 체인 트랜잭션은 다루기 어려운 수의 입력을가집니다).
  • 각 데이터베이스 행의 크기는 상당히 작습니다 (다시 말하지만 블록 체인 트랜잭션의 크기가 팽창하는 것을 방지하기 위해).

이러한 모든 기준은 재정 지원에 의해 충족됩니다. 금융계는 이미 거래 수행과 최종 결제 사이의 지연 (최대 3 일!)에 익숙합니다. 갈등 방지 측면에서 사기를 감지하기위한 계약 및 규정이 있으며 그 결과는 심각 할 수 있습니다. 그리고 각 거래에 포함 된 데이터의 양은 매우 적습니다. 위의 은행 계좌 예를 생각해보십시오.

지금까지 제가 증명 한 것은 블록 체인이 분산 데이터베이스를위한 또 다른 동기화 메커니즘이라는 것입니다. 큰 와우. 블록 체인이 제공하는 추가 기능을 고려할 때만 정말 흥미로워집니다.

MVCC 이외의 블록 체인

비트 코인 거래는 이전 거래 출력을 가리키고 그 자리에 새로운 출력을 생성하는 것 이상을 수행합니다. 가장 단순한 비트 코인 거래조차도 두 가지 추가 목적을 제공합니다.

첫째, 유효한 트랜잭션과 관련된 규칙에는 계정 데이터베이스에 대한 일부 응용 프로그램 논리가 포함되어 있습니다. 거래 입력의 총 비트 코인 수량은 출력의 총 수량을 포함해야합니다. 데이터베이스 애플리케이션 로직으로 번역 된이 규칙은 데이터베이스 트랜잭션 (코인베이스 제외)이 데이터베이스의 총 비트 코인 수량을 늘리는 것이 허용되지 않음을 나타내는 규칙입니다. 이런 종류의 제약은 일반 데이터베이스를 넘어선 다 저장 프로 시저 어떤 상황에서도 우회 할 수 없기 때문입니다.

둘째, 각 비트 코인 거래 출력은 소비 할 수있는 조건을 인코딩합니다. 일반 비트 코인 출력의 경우이 조건은 공개 키 암호화를 기반으로합니다. 공개 주소는 해당 공개 주소에 해당하는 개인 키를 사용해야 만 사용할 수 있도록 출력 "스크립트"내에 포함됩니다. 이 출력을 데이터베이스 행으로 간주하면 공개 키 암호화를 기반으로하는 행별 권한이있는 데이터베이스가 있습니다. 또한 모든 트랜잭션은 생성자 (들)가 이전 행을 삭제 / 수정할 권리가 있다는 공개 감사 가능한 증거를 제공합니다. 이것은 데이터베이스 기술의 진정한 참신함이라고 생각합니다.

그리고 다시 말하지만,이 두 기능 모두 금융 애플리케이션에 매우 유용합니다. 우리는 데이터베이스가 가능한 한 가장 낮은 수준에서 돈이 허공에서 창출되지 않도록 보장한다는 사실을 좋아합니다. 그리고 우리는 모든 거래가 이동 한 자금의 소유자에 의해 승인되었음을 입증하는 논란의 여지가없는 감사 추적을 좋아합니다. 같이 여기서 자세히 논의, 우리는 또한 거래 상대방의 신원을 알지 못해도 안전한 원자 PXNUMXP 교환 거래 (금융 대화에서 지불 대 지불)를 수행하는 것을 좋아할 수 있습니다.

그렇다면 토큰은 어디에 있습니까?

물론 비트 코인 자체가 아름다운 PXNUMXP 금융 애플리케이션이기 때문에이 중 어느 것도 우연이 아닙니다. 그래도 위의 블록 체인 특성 중 어느 것도 토큰에 전혀 의존하지 않습니다. 각 행이 블록 체인의 기본 통화가 아닌 여러 자산을 나타낼 수 있도록 "데이터베이스"스키마를 수정하면 해당 통화를 완전히 제거 할 수 있습니다. 이것은 우리에게 PXNUMXP 금융 애플리케이션에서 합의와 보안을 달성하는 방법으로 블록 체인을 남깁니다. 모든 종류의 자산.

그래도 하나의 작은 질문 : 이 컨센서스를 생성하기 위해 마이닝은 누구입니까? 비트 코인에서 익명의 채굴자는 값 비싼 쓸모없는 계산을 수행해야하며 블록 체인의 고유 통화 또는 토큰으로 표시된 블록 보상 (및 거래 수수료)에 의해 그렇게하도록 인센티브를받습니다. 다른 옵션이 있습니까?

우리가하는 것으로 밝혀졌습니다. 우리는 허용 된 광부의 폐쇄 목록을 가질 수 있으며, 이들은 허용되는 광부에 서명하여 자신을 식별합니다. 분산 합의 (또는“광산 다양성”)에 관한 규칙 멀티 체인) 블록 체인의 소수 통제를 방지하는 다른 방법을 제공합니다. 채굴자가 사전 승인을 받았다는 것을 받아 들일 수있는 한. 물론 비트 코인의 경우 이것은 허용되지 않습니다. 왜냐하면 요점의 일부는 익명 채굴을 허용하는 것이므로 중앙에서 거래를 검열 할 방법이 없기 때문입니다. 그러나 만약 우리가 비트 코인 모델을 적용 할 수없는 고도로 규제 된 금융 시스템을 가지고 있다면 결국 사전 승인 된 채굴 자 목록을 받아 들일 수 있을까요? 우리가 그것들을 충분히 갖고 있고, 기관들간에 충분히 잘 퍼 뜨리고, 그들 모두와 법적 계약을 맺었다면, 그들은 그들이 의존하는 네트워크를 뭉쳐서 약화시킬 가능성이 있습니까?

발문

토큰이없는 블록 체인이 비트 코인 블록 체인과 매우 다르더라도 유용한 응용 프로그램이 있음을 입증했으면합니다. 그럼에도 불구하고 한 가지 질문이 남아 있습니다.

이러한 허가되고 토큰이없는 공유 원장 시스템은 실제로“블록 체인”이라는 이름에 걸맞습니까?

짧은 대답은 : 누가 신경 쓰는가? 단어의 의미에 대해 논쟁 할 가치가 거의 없습니다. 정답이 없다.

그러나 조금 더 깊이 들어가기 위해 비트 코인 블록 체인이 전형적인 블록 체인이라는 전제를 받아들입니다. 이 경우 실제로 물어봐야 할 것은 :

이 공유 원장은 비트 코인이 "블록 체인"이라는 이름을 쓸만큼 충분히 유사합니까?

여기 내 개인적인 견해는 . 권한 모델과 경제적 인센티브가 다르더라도 엄청난 기술적 유사성을 공유하기 때문입니다. 그리고 가장 중요한 것은 둘 다 분산 데이터베이스에서 합의를 생성하기 때문에 블록 사슬.

읽어 주셔서 감사합니다.

여러분의 시간과 재능으로 트위터에 나를 따라와. 참조 : 블록 체인에서의 배달과 지불.

다음은이 주제에 대해 읽을 가치가있는 몇 가지 다른 기사입니다. 피오트르 피아 세키파그 캠벨.

타임 스탬프 :

더보기 멀티 체인