참가자들이 어떤 버전을 따를 것인지 선언하는 스키마 문서에 서명하는 프로토콜을 상상해 보십시오.
URL에 의존하지 않고 프로토콜에 사용되는 기능을 정의하려면 .iso/.img의 SHA256 다이제스트를 통해 운영 체제를 정의한 후 다음과 같이 기능을 정의할 수 있습니다.
OS image hash digests
********************************
#OPENBSD : 0x034435c6e27405d5a7fafb058162943c194eb793dafdc412c08d49bb56b3892a
********************************
Function definitions:
********************************
RIPEMD160(ARG0) is the result of `$ARG0 | openssl ripemd160 -binary` on the default shell of #OPENBSD on amd64 architecture.
********************************
amd64 architecture그러나 이것이 너무 모호 하다는 점이 우려된다 . 아마도 다른 아키텍처 인스턴스가 A예에서 다른 결과를 생성할 수도 있습니다 A. amd64내 우려가 맞나요? 물론,ripemd160 이외의 함수도 정의됩니다.
캡슐화하는 데 사용할 수 있는 해시 지문이 있나요?운영체제를 실행하는 머신"?어쩌면 표준 문서의 해시를 사용할 수도 있습니다. 그렇다면 어떤 파일이 더 좋나요? 아마도 riscv64 명령어 세트는 이와 관련하여 장점이 있을 수 있습니다.