그냥 개발자 블로그

테스트/마치며 테스트 준비 서비스에 가입한 기업 및 은행들이 정보가 다음과 같이 인증센터에 저장되어 있습니다. 물론 실제로는 볼 수 없으며, 이해를 위해 별도로 만든 페이지 입니다. 각 기업(또는 은행)들은 인증센터와 계약을 체결하고, 인증센터는 위와 같은 정보를 서버에 저장해 놓았습니다. 시나리오1 (정상적인 사업자) A기업이 C은행에 대출을 요청 합니다. C은행에서는 A기업이 튼실한지 채무를 갚아나갈수 있는지 검토할것입니다. 이와 더불어 이러한 사실들이 진짜인지 확인이 필요합니다.C은행은 A기업의 다음과 같은 요청페이지 보내거나, C은행에서 A기업의 사업자번호, 대출용도, 대출금액을 입력합니다. 여기서 코드는 실제로는 보이지 않을것 입니다. 혹 보인다해도 문제되지 않습니다. 인증에 성공하였습니다. 인..

구현하기 교육용으로 만들어진 코드임으로 보안 및 클래스화에 신경 쓰지 않았으니 이를 감안하여 참고하시기 바랍니다. 필요한 기능 정리해서 설계하기 각 노드에 공통적으로 필요한 페이지를 정리했습니다. check.php - 각 노드들과 서버 코드 비교give.php - 외부에서 코드(암호화된 코드)를 요청한 경우 제공하는 역할index.php - 상대 거래처에서 대출 또는 투자 요청시 실명 인증을 위해 제공 되는 페이지set.php - 새로운 코드가 발생하면 업데이트 하는 역할 인증센터의 경우는 노드와 약간 다릅니다. check.php - 노드에서 요청한 코드 검사 수행 및 새로운 코드 생성 역할give.php - 외부에서 코드(암호화된 코드)를 요청한 경우 제공하는 역할set.php - 새로운 코드가 발생하..

어떤 블록체인을 만들것인가 기획하기 피해사례 A기업이 B라는 거대 해외 기업과 독점 계약을 하였으며, 이를 근거로 A기업은 C,D,E,F은행에서 각각 수십 억의 대출을 받습니다. 그러나 차후 A회사와 B회사의 거래는 실제 존재하지 않았다는 것이 밝혀지며, 은행들은 큰 손해를 보게 됩니다. 만약 수십만개의 기업들과 수백만개의 은행들이 네트워크를 갖추고 있었다면 A기업은 C,D,D,F 은행에서 대출을 받기 어려웠었을 겁니다. 하지만 경영하는 입장에서는 경쟁사에 의해서 피해를 볼 수 도 있기 때문에 모든 거래내역 및 계약관계를 외부와 공유한다는 건 있을수 없는 일 입니다. 블록체인 인증 필요 이 시점에서 블록체인 인증 기술이 필요 합니다. 데이터(거래내역 및 계약관계)를 누적 시키고 복구 할 수 없는 암호로 ..