II. Cube Engine
각각의 특수기능은 아래에서 소개한다.
2.1 Indexing Block
Indexing Block은 전체 블록에 대한 데이터를 색인 한 블록으로 방대한 데이터를 일목요연하게
정리하여 검색기능을 강화한다
기존의 블록체인 방식에서 특정 지갑주소에 관한 거래 내역을 검색할 때 모든 데이터를 검색하여
야 한다. 모든 데이터에 대한 검색작업이 이루어져야 하기 때문에 그 만큼의 시간이 소요된다. 그
러나 Indexing Block은 전체 거래에 포함된 전자지갑을 주소별로 거래가 이루어졌던 블록높이를
정리한 데이터 블록이기 때문에, 인덱싱 블록만 검색하면 해당 검색자료를 더욱 빠른 시간내에
찾을 수 있다.
Indexing Block 내에는 예를 들어,
A라는 주소: 20,32,105,201,302 블록높이, B라는 주소: 3,102,201,1001 블록높이, C주소 ......
위와 같이 모든 주소들을 주소값 순서대로 정리한 후 해당되는 블록높이를 주소값에 맞게 정리해
져 있다. 검색자가 b주소내 특정거래를 검색하고 싶을 때, Indexing Block 내 정리되어 있는 b주소
Escrow Block
에스크로 거래는 거래체결이 되더라도 받은 지갑에서 즉시 사용할 수 없는 상태가 되고 반드시
승인이 이루어져야만 사용할 수 있는 거래이다. 일반 거래는 24개의 데이터에 분산되어 기록되지
만 에스크로 거래시에는 에스크로 블록에 기록된다.
가상화폐 에스크로 이체 시 승인 암호화키를 만들어 거래 할 수 있고 승인 암호화키를 송신인과
수신인이 암호화 키를 통해 승인 처리를 할 수 있다. 이때 승인 암호화키는 자동 생성 방식과 송
신인이 만들어서 보내는 방식이 있다. 암호화키 승인 허용 방식에서도 송신인만 승인 가능하도록
할 수도 있고, 수신인 측에서 승인 가능하도록 처리할 수도 있으며, 송신인과 수신인 둘 다 허용
해야 승인 가능한 방법이나 송신인과 수신인 한 곳에서만 허용해도 승인 가능한 방법도 처리 가
능하다. 또한, 일정기간후 자동승인 방식도 있는데 이때 승인키로 자동승인을 해제하지 않는 한
일정기간후 승인되어 수신인에서 사용가능한 상태가 된다. 이때 자동승인 해제를 하면 송신인 측
에서 승인 허용하는 방식으로 전환되며 이렇게 에스크로 상태가 허용시까지 유지된다. 그렇게 되
면 수신인은 거래를 취소할 수는 없지만 송신인이 사용할 수 없기 때문에 지속적으로 거래나 계
약을 지키도록 요청할 수 있다. 승인키 허용방식에서 수신인 승인 허용방식은 송신인 측에서 이
메일이나 메신저 등의 통신 수단을 통해 승인키를 전달하면 된다.
2중암호화
시간순으로 발행된 거래내역을 포함한 블록들은 노드들에 의해 생성이 된다. POW 또는 POS 방
식을 이용하여 생성된 블록은 생성되는 과정에서 Hashing 작업이 이루어지며, 이는 다음 블록 생
성시 이전 Hash값을 검증한다. 매 블록은 바로 전 블록의 Hash값을 가지고 있으며, 이들이 이어
져 블록체인을 이룬다. 한 블록이 생성될 때 이루어지는 Hashing 작업을 1차 암호화 작업이라 부
른다. 무작위로 이루어진 문자열(Hash)은 그 안의 데이터의 크기나 내용은 알 수 없다.
이렇게 이어진 블록들 중 24개 블록과 3개의 특수 블록이 생성되는 동시에 하나의 큐브로 만들
어지는 Cubing 작업이 이루어진다. Cubing 작업 시 하나의 큐브에 해당하는 Hashing 작업이 새
로 진행된다. 하나의 큐브에 대한 Hash값이 생성되면 다음 큐브 생성시 이전 큐브 Hash값을 가
지고 이어진다. 이를 2차 암호화 작업이라 부른다. 이는 기존의 블록체인보다 훨씬 강력한 암호화
기술을 가진다
BOUNTYHIVE - bountyhive.io/r/byungt
