왜 블록 체인 비난자가 요점을 잃어버린가?
그리고 계속됩니다. 에서 인기 글 에 경멸 트윗 에 미래에 대한 예측, 세계와 그 어머니는 전에 개인 블록 체인에 토마토를 던지기 위해 줄을 서고 있습니다. 심지어 그들이 무엇인지 이해.
프라이빗 블록 체인은 단지 공유 데이터베이스라고 말하는 것은 HTML과 HTTP가 "단지"분산 된 하이퍼 텍스트라고 말하는 것과 같습니다. 두 가지 방법으로 잘못되었습니다. 첫째, 시맨틱 한 것 : 프라이빗 블록 체인은 수 펜과 같은 공유 데이터베이스는 쓰기를 가능하게하고 HTML / HTTP는 분산 하이퍼 텍스트를 가능하게합니다. 비트 코인 블록 체인과 기본 애플리케이션은 하나가 다른 하나 없이는 존재할 수 없기 때문에 의미있게 분리 될 수 없습니다. 그러나이 동등성은 개인 블록 체인에는 전혀 적용되지 않습니다.
두 번째 실수는“just”라는 단어를 사용하는 것입니다. 다만? HTML과 HTTP였다 다만 분산 하이퍼 텍스트를 수행하는 방법? 하이퍼 텍스트 수십 년 전에 발명이 기술이 컴퓨터 역사에서 작은 각주입니까? 아, 그러나 그들이 자신의 자리를 얻은 방법을 세어 보자. 마크 업 언어 평신도가 배울 수있는 것, (b) 계층 적 주소 지정 체계 TCP / IP와 개념적인 장소 모델 모두에서 작동합니다. (c) 간단한 프로토콜 무국적 콘텐츠 검색 및 (d) 둘 다 클라이언트 및 섬기는 사람 모든 것을 실현시키는 소프트웨어. 뉴턴은 과학자 일뿐 아니라 도스토예프스키는 작가 일뿐입니다.
자,이를 확실하게 해봅시다 : 예, 프라이빗 블록 체인은 데이터베이스를 공유하는 방법 일뿐입니다. 그러나 이들은 새로운 유형의 공유 데이터베이스를 가능하게하며 금융 세계와 그 이상에 큰 영향을 미칩니다. 그리고 당신이 기꺼이 읽을 의향이 있다면, 나는 왜 당신에게 정확하게 말할 것입니다.
데이터베이스 란 무엇입니까?
데이터베이스는 테이블로 구성된 구조화 된 정보의 저장소입니다. 선택적으로 서로 연결할 수있는 하나 이상의 Excel 스프레드 시트 모음으로 생각할 수 있습니다. 각 테이블에는 행당 하나의 엔티티가있는 특정 유형의 엔티티 세트에 대한 정보가 있습니다. 각 테이블에는 해당 엔티티의 다른 측면을 설명하는 하나 이상의 열이 있습니다. 예를 들어 WidgetCo의 내부 직원 디렉토리 테이블에는 직원 ID, 이름, 성, 부서, 내부 전화 번호 및 방 번호에 대한 열이있을 수 있습니다.
데이터베이스가 스프레드 시트를 뛰어 넘는 중요한 방법 중 하나는 데이터베이스에 저장된 데이터에 대한 규칙이 포함되어 있다는 것입니다. 이러한 규칙은 정보가 전체 조직의 이익을 위해 제정신이며 일관되게 유지되도록합니다. 오늘의 가장 인기있는 데이터베이스규칙은 여러 가지 일반적인 형식을 취합니다.
- XNUMXD덴탈의 데이터베이스 스키마 각 열에 어떤 종류의 정보가 허용되는지 정의합니다. 예를 들어, 전화 번호는 4 자리 숫자 여야하며 비워 둘 수 없습니다 (“null”).
- 고유 키 특정 열 (예 : 직원 ID)은 모든 행에서 서로 다른 값을 가져야합니다.
- 구속 조건 확인 각 행의 열 값 사이에 관계를 적용합니다. 예를 들어 부서가 "조달"인 경우 회의실 번호는 3 또는 4로 시작해야합니다.
- 외래 키 테이블 간의 관계를 강화합니다. 예를 들어, 데이터베이스에 급여에 사용되는 다른 테이블이있는 경우 급여 테이블의 모든 직원 ID가 직원 디렉토리에도 존재해야한다는 규칙이있을 수 있습니다.
트랜잭션은 전체적으로 승인되거나 거부 된 데이터베이스에 대한 변경 모음입니다. 트랜잭션이 데이터베이스를 수정할 때마다 소프트웨어는 데이터베이스의 규칙을 준수합니다. 트랜잭션의 일부가 이러한 규칙 중 하나를 위반하면 해당 트랜잭션과 함께 전체 트랜잭션이 거부됩니다.
내가 나열 할 수있는 더 난해한 규칙 유형이 있지만 모두 공통점이 있습니다. 그들은 질문에 대답합니다. 데이터베이스가 유효한 상태입니까? 즉, 데이터베이스 내용에 대한 제약 조건으로 작동합니다. 단일 시점에서 볼 때. 그리고 이것은 단일 조직 내에있는 데이터베이스에 적합합니다. 제약의 주요 임무는 프로그래머의 실수를 방지하는 것입니다. WidgetCo의 내부 응용 프로그램 중 하나가 디렉토리에 3 자리 전화 번호를 삽입하려고 시도한 경우 악의로 인한 것이 아니라 개발자의 생각이나 코드의 버그로 인한 것입니다. 데이터베이스가 이러한 실수를 포착 할 수있는 능력은 의심 할 여지없이 편리하며 조직 내에서 나쁜 정보가 전파되는 것을 방지합니다. 그것은 신뢰의 문제를 해결하지 않습니다. (예를 들어 제약 조건을 통해 응용 프로그램 논리를 단순화 할 수도 있습니다. 외래 키 계단식 or 중복 조항그러나 이것은 여전히 개발자를 도울 수있는 방법입니다.)
데이터베이스 공유
이제 WidgetCo의 내부 직원 디렉토리를 외부와 공유하는 방법에 대해 생각해 봅시다. 많은 경우에 제공하는 데 문제가 없습니다 공유 읽기 접속하다. 디렉토리를 텍스트 파일로 내보내고 고객 및 공급 업체에게 이메일로 보낼 수 있습니다. 마치 인터넷에 게시 할 수 있습니다 이것. 외부 코드로 검색 할 수 있도록 API를 제공 할 수도 있습니다. 공유 읽기는 기술적 인 문제이며 누가 무엇을 볼 수 있는지 결정하는 문제입니다.
그러나 우리가 생각할 때 상황이 점점 달라지기 시작합니다. 공유 쓰기. WidgetCo가 외부 엔티티를 원할 경우 수정 데이터베이스? 전화가 PhoneCo로 교체되고 직원 디렉토리의 전화 번호가 업데이트 될 수 있습니다. 이 경우 WidgetCo는 PhoneCo가 사용할 새 "계정"을 만듭니다. WidgetCo의 내부 용 계정과 달리 PhoneCo의 계정은 전화 번호 열만 변경할 수 있으며 행을 추가하거나 삭제하지 않아야합니다. PhoneCo의 모든 거래는 WidgetCo의 데이터베이스 시스템에서 처리되며 이제 두 가지 유형의 제한이 적용됩니다.
- 모든 데이터베이스 사용자에게 적용되는 글로벌 규칙. 예를 들어 전화 회사는 숫자를 3 자리 만 포함하도록 변경할 수 없으며 다른 사람도 변경할 수 없습니다.
- PhoneCo가 수행 할 수있는 작업을 제한하는 계정 별 규칙 (이 경우 기존 행의 전화 번호 열만 수정).
여태까지는 그런대로 잘됐다. 공유 쓰기 데이터베이스가 있습니다. WidgetCo는 데이터베이스를 담당하고 전화 회사는 WidgetCo의 선의의 은혜로 액세스 권한을 얻으므로 작동합니다. PhoneCo가 임의로 전화 번호 설정을 시작한 경우 WidgetCo는 액세스를 종료하고 계약을 종료하며 백업에서 일부 오래된 데이터를 복원 할 수 있습니다. WidgetCo가 잘못 작동하기 시작하면 PhoneCo에서 입력 한 새 전화 번호를 되 돌리면 완전히 무의미합니다. 그것은 WidgetCo 자신에게 해를 끼칠 것. 전화 회사는 WidgetCo를 시간이 지남에 따라 특별한 고객으로 생각하지만 특별히 신경 쓰지 않을 것입니다.
그러나 이제 둘 이상의 당사자가 (a) 당사자 중 어느 누구도 통제 할 수없고, (b) 어느 당사자가 작성할 수 없으며, (c) 모든 사람이 신뢰할 수있는 데이터베이스를 공유하려는 경우 어떻게되는지 살펴 보겠습니다. 설상가상으로,이 당사자들이 서로 다른 인센티브를 가지고 있고, 서로를 믿지 않으며, 치열한 경쟁자 일 수도 있다고 가정 해 봅시다. 이 경우 솔루션은 항상 동일합니다. 신뢰할 수있는 중개자를 소개하다. 이 중개자는 데이터베이스를 중앙에서 관리하고 모든 당사자에게 계정을 제공하며 알려진 규칙 세트에 따라 모든 작업이 허용되도록합니다. 많은 경우, 특히 재정적 측면에서 모든 당사자는 여전히 자체 데이터 사본을 유지하므로 모든 사람이이를 확인하는 데 많은 시간을 소비합니다. 그들의 데이터베이스는 동의한다.
모든 것이 다소 지저분하고 번거로워집니다. 하지만 우리가 신뢰가 제한된 환경에서 공유 쓰기 데이터베이스현재 대안이 없습니다. 이것이 금융 거래가 이루어지는 주된 이유 중 하나입니다 중앙 정보 센터왜 사용 하는가 Google 칼렌더 소규모 작업 그룹에서도, 왜 크라우드 소싱 궁금해 위키 백과 지출하다 수백만 달러 호스팅에. 웹의 사용자 인터페이스로도 클라이언트쪽으로 이동중앙 서버는 해당 인터페이스가 의존하는 데이터를 계속 저장합니다.
실제 공유 쓰기
데이터베이스 공유를 원한다고 가정 해 보겠습니다. 쓰기의 의미에서중앙 권한없이 예를 들어, 여러 경쟁 회사는 공동 고객 디렉토리를 유지하여 상호 고객의 이익을 원합니다. 실제로 어떤 모습일까요? 글쎄, 그것은 많은 것들이 필요할 것입니다 :
- 모든 당사자가 트랜잭션을 생성하고 연결된 모든 노드로 빠르게 전파 할 수있는 강력한 피어 투 피어 네트워크입니다.
- 트랜잭션 간의 충돌을 식별하고 자동으로 해결하는 방법입니다.
- 모든 피어가 동일한 데이터베이스 사본에 수렴되도록하는 동기화 기술.
- 서로 다른 참가자에게 속한 서로 다른 정보에 태그를 지정하고 중앙 권한없이 이러한 형식의 데이터 소유권을 적용하는 방법입니다.
- 한 회사가 가상의 항목으로 디렉토리를 부 풀리는 것을 방지하기 위해 조작이 허용되는 제한을 표현하는 패러다임.
아휴. 그것은 바로 어려운 목록이며 오늘날의 상용 데이터베이스에서는 지원되지 않습니다. 흐름 피어 투 피어 복제 기술 어색하고 갈등 해결에 대한 복잡한 접근 방식이 있습니다. 지원하는 데이터베이스 행 기반 보안 이를 집행하기 위해서는 여전히 중앙 기관이 필요합니다. 또한 고유 키 및 검사 제약 조건과 같은 표준 데이터베이스 수준 제한은 데이터베이스를 악의적 인 수정으로부터 보호 할 수 없습니다. 결론은 다음과 같습니다.
공유 쓰기 데이터베이스가 작동하려면 완전히 새로운 것들이 필요하며 블록 체인이이를 제공합니다.
나는 너무 자세하게 설명하지 않을 것이다 방법 블록 체인은 이런 일을합니다. 왜냐하면 전에 그것을 많이 커버. 일부 주요 요소에는 정규 피어 - 투 - 피어 기술, 그룹화 블록으로의 거래, 일방 통행 암호화 해시 함수다자간 합의 알고리즘, 배포 된 멀티 버전 동시성 제어 및 행별 권한 public key cryptography. 오래된 아이디어의 긴 목록이 새로운 방식으로 결합되었습니다. 원하는 경우 HTML / HTTP
이 모든 것 외에도 공유 쓰기 데이터베이스에는 완전히 새로운 유형의 규칙이 필요합니다. 트랜잭션이 수행 할 수있는 변환을 제한. 이것은 절대적으로 중요한 혁신이며, 신뢰할 수없는 엔터티간에 데이터베이스를 공유하는 경우 모든 차이를 만듭니다. 이러한 유형의 규칙은 비트 코인 스타일 트랜잭션 제약 조건 또는 이더 리움 스타일 적용으로 표현 될 수 있습니다. 저장 프로 시저 ( "스마트 계약") 장점과 단점. 아마도 발견되기를 기다리는 다른 더 좋은 방법이있을 것입니다. 그러나 그들은 거래가 시작되기 전후에 데이터베이스의 상태를 묶는 특성을 공유합니다. 즉, 그들은 질문에 대답합니다. 유효한 거래입니까? 이는 데이터베이스가 단일 시점에서 유효한지 묻는 것과 근본적으로 다릅니다.
이 유형의 데이터베이스에 유용한 실제 응용 프로그램이 있는지 궁금하다면, 이것은 상당히 좋은 질문입니다. 하지만 개인 블록 체인에 대한 관심이 적어도 하나의 부문프로세스를 단순화하고 비용과 지연을 줄일 수있는 잠재력이 있기 때문입니다. 금융 기관은 오늘날의 데이터베이스 플랫폼을 많이 사용하는 사용자이므로 해당 플랫폼은 공유 쓰기 시나리오를 사용할 수 없습니다. 이것이 은행들이 찾고있는 것입니다.
이 문제와 그 해결책은 비트 코인과 검열이없는 돈의 아이디어와 전혀 관련이 없습니다. 실제로 비트 코인과의 유일한 연결은 기술의 비트 코인 블록 체인과 이러한 프라이빗 블록 체인의 차이점 오늘 구현. 한 가지 중요한 차이점은 프라이빗 블록 체인이 필요하지 않다는 것입니다 일의 증거 블록은 식별 된 참가자의 닫힌 세트에 의해 작성되므로 채굴. 시간이 지남에 따라 두 세계는 요구 사항이 완전히 다르기 때문에 더 다양해질 수 있습니다. 금융 규제를 좋아하든 그렇지 않든간에 간단한 사실은 개인 블록 체인이 규제 된 세계에서 잠재적으로 유용하지만 현재는 적어도 공개 블록 체인은 아닙니다.
내가 유추를 마치면 UN 국제법의 원칙에 관한 선언 명확하게 표시된 울타리로 둘러싸인 한, 원하는 영토를 보유 할 수 있다고 국가에 알리지 않습니다. 오히려“위협이나 무력 사용으로 인한 영토 취득은 법적으로 인정되지 않는다”고 명시되어 있습니다. 즉, 합법성에 관한 규칙입니다. 변경뿐만 아니라 상황. 그리고 지금 우리에게 분명해 보이는 UN 선언은 국제법의 완전한 혁명이었습니다. 그것은 세계가 더 이상 일방적 인 힘과 권위에 기반을 두지 않고 상호 합의에 의해 차이를 해결할 수있는 세상을 의미했습니다.
공유 데이터베이스와 관련하여 프라이빗 블록 체인은 정확히 동일한 기능을 수행합니다.
