Kanalcoin.com – 허가가 필요 없는 블록체인 세계에서 가장 최적화된 성능은 솔라나입니다. 현재 솔라나는 블록체인 개발을 위한 최적화와 신기술의 혁신이 필요합니다. 필요한 한 가지 추가 혁신은 역사 증명입니다. 역사 증명은 합의가 있기 몇 시간 전에 이해하는 것입니다.
우리가 만들고자 하는 분산 시스템은 극복하기 가장 어려운 문제 중 하나, 즉 타이밍에 대한 합의가 있습니다. 어떤 사람들은 역사 증명이 사용 중인 시스템에 대한 분산 시계로서 올바른 솔루션이라고 주장합니다.
물리적으로 구별되는 200개의 노드로 구성된 네트워크는 GPU에서 실행할 때 초당 50,000개 이상의 트랜잭션이 있는 연속 처리량을 지원합니다. 따라서 Solana Testnet 반복에는 네트워크 용량 및 블록체인 개발의 돌파구로 이어질 수 있는 최적화와 신기술이 필요합니다.
많은 노드와 적시 거래 문제로 인해 블록체인을 구축하기 위해 해결해야 하는 기능이 있습니다. Solana 네트워크에는 완전한 역사적 증거 또는 역사적 사건의 증거가 필요합니다.
Solana가 세계 최초의 웹 스케일 블록체인이라는 점을 감안할 때 역사적 증거를 활용하고 주어진 순간에 이벤트가 발생했음을 증명하는 역사적 기록을 생성해야 합니다.
한편, Solana는 경과 시간에 동의하기 위해 서로 조정할 수 있는 다른 블록체인의 검증인도 필요합니다. 따라서 역사 증명은 Solana의 분산 타이밍 메커니즘에서 필요한 혁신입니다.
Solana의 각 유효성 검사기는 경과 시간을 간단한 SHA256으로 인코딩하여 항상 자체 시계를 사용합니다. 그들은 해싱을 사용하고 VDF(Verifiable Delay Function)라는 메커니즘을 가지고 있습니다.
이러한 장점은 네트워크를 통해 확인을 기다려야 진행하는 순차적 블록 생산으로 활용할 수 있는 다른 블록체인 인프라와 차별화되는 점입니다. 역사 증명은 블록체인 네트워크에서 효과적인 단계를 제시하는 돌파구입니다. 이 시스템은 속도와 용량 면에서 탁월합니다.
역사 증명은 어떻게 작동합니까?
Proof of History가 작동하는 방식은 Solana의 온체인 메시지 암호화 증명을 계산하는 것입니다. 이력 기록에 있는 각 메시지의 순서와 시간 형태의 암호학적 증거는 메시지를 온체인으로 생성할 수 있는 Solana의 데이터 구조입니다.
Solana는 네트워크가 로컬 시계를 무시하고 잠재적인 네트워크 지연을 점진적으로 수용할 수 있도록 하는 전송 및 재조립된 데이터 구조를 가지고 있습니다.
데이터 구조의 연속성을 감안할 때 Solana가 보안 또는 분산화를 손상시키지 않고 중앙 집중식 시스템으로 효과적인 네트워크를 제공하기 위해 확인 시간 제한을 최대화할 수 있었던 데에는 이유가 있습니다.
이 경우 역사 증명은 때때로 필요하지 않은 돌파구입니다. 그 이유는 무허가 블록체인에서 객관성의 원천이 되는 PoH(Proof of History) 기반 네트워크가 많기 때문입니다. 이를 통해 네트워크의 검증인이 원장 자체에서 네트워크 상태를 계산할 수 있습니다.
그러나 유효성 검사기에서 원장에 표시되는 유효성 검사 메시지는 노드가 유효한지(업) 또는 무효(다운)로 간주되는지 여부를 결정할 수 있습니다. 현금 장부가 유효하려면 네트워크에서 충분한 수의 투표를 보내야 합니다. 전송된 메시지는 적시에 유효성 검사기에 도착할 필요가 없습니다.
원장이 각 유효성 검사기에 도착하고 메시지가 원장의 일부가 되면 기록 증명의 역할은 메시지가 요청될 때 생성되었다는 암호화 보증을 제공하는 것입니다.
속성은 다양한 매개변수에 대한 네트워크 최적화를 허용합니다. 이는 블록체인 인프라의 중요한 요소가 속도와 효율성에 영향을 미칠 수 있는 블록 시간 측면에서도 마찬가지입니다.
또한 기록 증명의 장점은 Solana가 네트워크에서 모두 사용할 수 있는 원장의 블록 전파, 처리량 및 저장을 최적화할 수 있다는 것입니다.
역사 증명은 분산된 시간 솔루션입니다
이 경우의 문제는 타임스탬프입니다. 분산 네트워크에는 정확하고 중앙 집중화된 시간 솔루션이 있어야 합니다. 처음에 네트워크의 노드는 외부 시간 소스 또는 일반적으로 메시지에 나타나는 소위 타임스탬프를 신뢰할 수 없습니다.
예를 들어 Hashgraph는 중앙값 타임스탬프 문제를 극복할 수 있습니다. 중앙값을 사용하면 네트워크에서 볼 수 있는 모든 메시지가 네트워크의 대다수에 의해 서명되고 표시됩니다. 따라서 중간 타임스탬프가 있는 메시지를 해시그래프라고 부를 수 있습니다.
뿐만 아니라 각 메시지는 여전히 시스템의 대다수 노드를 통과해야 합니다. 그 후에 도착하는 메시지는 충분한 서명을 수집하고 모든 세트를 네트워크 전체에 전파해야 합니다. 너무 복잡하기 때문에 프로세스가 매우 느립니다.
이러한 경우 결과 처리량이 너무 높아서 블록체인도 높은 성능을 발휘할 수 있습니다. 타임스탬프만으로는 수신된 메시지가 이벤트 전후에 발생했음을 증명하기에 충분하지 않습니다. 어떤 일이 특정 시간에 일어났다는 것을 증명할 수 있는 역사적 기록을 만들기 위해서는 역사적 증거가 필요합니다.
이것이 바로 Proof of History가 검증될 수 있도록 시간지연 기능의 혁신이 절실히 필요한 이유입니다. 이 기능은 고유하고 검증 가능하며 게시된 결과를 효율적으로 평가하고 제공하기 위해 많은 상호 연관되고 순차적인 단계가 필요합니다.
이력 증명은 순차적이고 독립적으로 실행되는 사전 이미지 저항 해시를 사용하여 구현에 따라 다르며 이전 출력을 다음 입력으로 사용하여 지속적으로 수행됩니다. 그 결과, 기록 시 출력의 계산에 따라 주기적으로 기록이 발생할 수 있습니다.
간단히 말해, 기록 증명은 각 카운터 간에 실시간이 전달되었는지 확인하는 데 사용되는 분산 기능입니다. 각 카운터가 기록되는 순서는 실제 시간과 동일합니다.
기록 증명 프로세스의 일부는 시간 상한, 시간 하한, 검증, ASICS 및 코드입니다.
역사 증명을 검토한 기사였습니다. Proof of History에 대한 리뷰가 귀하에게 이점을 제공할 수 있는 리뷰가 되기를 바랍니다.
(*)
