표제지
목차
ABSTRACT 9
제1장 서론 10
제2장 관련 연구 15
제3장 제안 모델 24
제1절 IPFS+ 구성 소개 24
제2절 사용자 등록 27
제3절 파일 업로드 34
제4절 파일 다운로드 41
제5절 파일 삭제 46
제4장 분석 평가 56
제1절 정성적 분석 56
제2절 성능 분석 61
1. 파일 크기 별 NFT 생성 및 파일 업로드까지의 평균 소요 시간 63
2. 파일 삭제 요청 후 모든 node들에서 chunk file 삭제까지 소요되는 평균 시간 67
3. 파일 삭제 요청 후 node들에게서 파일이 삭제되는지에 대한 확인 74
제5장 결론 76
참고문헌 78
부록 81
[부록 1] IPFS 81
[부록 2] IPFS에서 파일 소유권 주장 및 파일 삭제가 어려웠던 이유 84
[부록 3] 블록체인 88
[부록 4] NFT 92
[부록 5] DApp 94
[부록 6] GDPR 95
[부록 7] 지문 특징점 96
[부록 8] Web 3.0과 IPFS 98
국문초록 101
〈표 1〉 ISO/IEC 25010의 주 특성 8 가지 항목 57
〈표 2〉 IPFS+에 대한 ISO/IEC 25010 기준 분석 60
〈그림 1〉 Wei-Chiao Huang 외 2 인이 제안한 'A Monitorable Peer-to-Peer File Sharing Mechanism'의 파일 업로드 과정 16
〈그림 2〉 Wei-Chiao Huang 외 2 인이 제안한 'A Monitorable Peer-to-Peer File Sharing Mechanism'의 파일 삭제 과정 17
〈그림 3〉 Wei-Chiao Huang 외 2 인이 제안한 'A Monitorable Peer-to-Peer File Sharing Mechanism'의 FACTable 구성안. A, B, C는 각 node를 의미하며 FAC 기준으로... 17
〈그림 4〉 Lo-Yao Yeh 외 4 인이 제안한 'GDPR-Aware Revocable P2P File-Sharing System Over Consortium Blockchain' 연구의 파일 업로드 과정 19
〈그림 5〉 Lo-Yao Yeh 외 4 인이 제안한 'GDPR-Aware Revocable P2P File-Sharing System Over Consortium Blockchain' 연구의 FACSync contract(블록체인) 테이블 예시 19
〈그림 6〉 Lo-Yao Yeh 외 4 인이 제안한 'GDPR-Aware Revocable P2P File-Sharing System Over Consortium Blockchain' 연구의 IPFSLog contract(블록체인) 테이블 예시 20
〈그림 7〉 Lo-Yao Yeh 외 4 인이 제안한 'GDPR-Aware Revocable P2P File-Sharing System Over Consortium Blockchain' 연구의 파일 삭제 과정 21
〈그림 8〉 Eugenia Politou 외 4 인이 제안한 'Delegated Content Erasure In IPFS'의 전체 구성도. 사용자는 콘텐츠(파일) c를 위한 콘텐츠 종속키(content-dependent key) k를... 23
〈그림 9〉 IPFS+ 상세 구성도. User(본인의 Node)와 타인의 Node(Node 1...n)가 존재하며 각 Node 별로 다양한 component들과 IPFS+ Core, 그리고 IPFS가 탑재되어 있다. 25
〈그림 10〉 IPFS+ 약식 구성도. Component 구분 없이 IPFS+로 표기한다. 26
〈그림 11〉 지문 특징점 인덱스 값 배정 순서. 지문 특징점의 순서는 x 축 값이 낮은 순으로 정하며, x 축 값이 동일할 경우 y 축 값이 낮은 순으로 정한다. 27
〈그림 12〉 IPFS+ 사용자 등록 과정(요약) 31
〈그림 13〉 IPFS+ 사용자 등록 과정(상세) 33
〈그림 14〉 IPFS+ 파일 업로드 과정(요약) 35
〈그림 15〉 파일 업로드 시 NFT metadata에 탑재되는 정보들의 예시. 여기서 owner 정보는 NFT metadata에 존재하는 정보가 아닌 transaction을 생성할 때 기록되는 정보로, 위조... 38
〈그림 16〉 NFT 구성도. Metadata 영역에 원하는 data를 탑재할 수 있다. 39
〈그림 17〉 IPFS+ 파일 업로드 과정(상세) 40
〈그림 18〉 IPFS+ 파일 다운로드 과정(요약) 42
〈그림 19〉 IPFS+ 파일 다운로드 과정(상세) 45
〈그림 20〉 IPFS+ 파일 삭제 과정 중 파일 삭제 요청 과정(요약) 48
〈그림 21〉 IPFS+ 파일 삭제 과정 중 모든 node에서의 파일 삭제 과정(요약) 49
〈그림 22〉 파일 삭제 시 NFT metadata에 탑재되는 정보들의 예시. 여기서 owner 정보는 NFT metadata에 존재하는 정보가 아닌 transaction을 생성할 때 기록되는 정보이다. 모든... 51
〈그림 23〉 파일 삭제 시 발생하는 transaction의 예제 52
〈그림 24〉 IPFS+로 업로드한 파일의 데이터. 파일에도 owner 정보가 있는 것을 확인할 수 있으며, 이 정보가 NFT의 owner 정보와 일치하면 파일을 삭제할 수 있게 된다. 53
〈그림 25〉 IPFS+로 업로드한 파일에 대한 청크파일 hash 값 리스트 예시 53
〈그림 26〉 IPFS+ 파일 삭제 과정 중 파일 삭제 요청 과정(상세) 54
〈그림 27〉 IPFS+ 파일 삭제 과정 중 모든 node에서의 파일 삭제 과정(상세) 55
〈그림 28〉 파일 크기 별 파일 업로드까지의 평균 소요 시간 테스트 결과 1 번. NFT 생성 및 IPFS를 활용하여 업로드를 진행하였으며 1MiB, 5MiB, 10MiB에 대한 테스트 결과를 도출하였다. 63
〈그림 29〉 파일 크기 별 파일 업로드까지의 평균 소요 시간 테스트 결과 2 번. NFT 생성 및 IPFS를 활용하여 업로드를 진행하였으며 20MiB, 50MiB, 100MiB에 대한 테스트 결과를 도출하였다. 64
〈그림 30〉 파일 크기 별 NFT 생성 및 파일 업로드까지의 평균 소요 시간 65
〈그림 31〉 IPFS+ 파일 삭제 과정 테스트 환경. 청크파일을 보관하는 디렉토리의 개수는 1,024 개, 디렉토리 내 청크파일의 개수는 24,962 개이다. 67
〈그림 32〉 IPFS 청크파일 저장 방식. 각 청크파일은 block이라는 곳에 분산되어 저장된다. 68
〈그림 33〉 IPFS+ 파일 삭제 요청 테스트 결과 1 번. 파일 삭제 요청 후 모든 node들에게서 청크파일 삭제까지 소요되는 평균 시간 테스트 진행 예시로, 각 node 별로 NFT가 동기화... 69
〈그림 34〉 IPFS+ 파일 삭제 요청 테스트 결과 2 번. 파일 삭제 요청 후 모든 node들에게서 청크파일 삭제까지 소요되는 평균 시간 테스트 진행 예시로, 각 node 별로 NFT가 동기화... 70
〈그림 35〉 IPFS+ 파일 삭제 요청 테스트 결과 3 번. 파일 삭제 요청 후 모든 node들에게서 청크파일 삭제까지 소요되는 평균 시간 테스트 진행 예시로, 각 node 별로 NFT가 동기화... 71
〈그림 36〉 IPFS+ 파일 삭제 테스트 결과. 파일 삭제 요청 후 모든 node들에게서 청크파일 삭제까지 소요되는 평균 시간 테스트 결과를 나타내었다. 72
〈그림 37〉 특정 node의 청크파일 보관 디렉토리. 청크파일을 보관하고 있다. 74
〈그림 38〉 IPFS+를 통한 청크 파일 삭제 테스트 74
〈그림 39〉 IPFS+를 통한 파일 삭제 테스트 결과. 〈그림 37〉에 존재했던 청크파일이 모두 삭제되었음을 확인할 수 있다. 75
〈그림 40〉 IPFS 네트워크 구성도. IPFS는 중앙 서버 없이 본인의 node와 타인의 node들로 구성되어 있다. 81
〈그림 41〉 IPFS 파일 공유 구성도. 하나의 파일은 여러 개의 청크파일(chunk file)로 분리되어 각 node들에 분산 저장된다. 83
〈그림 42〉 IPFS에서 파일을 삭제할 수 없는 첫 번째 이유. 그림 ①과 같이 IPFS User가 타 node(IPFS Node 1~3)들에게 파일을 삭제해달라고 요청하여도 타 node들은 이 요청이... 85
〈그림 43〉 IPFS에서 파일을 삭제할 수 없는 두 번째 이유. 그림 ①과 같이 IPFS User 1이 'File A'를 업로드 하면 해당 파일의 IPFS 해시 값이 반환된다. 그림 ②와 같이 IPFS User 2가 동일한 파일, 즉 'File A'를 업로드 하면 IPFS User... 86
〈그림 44〉 IPFS에서 파일을 삭제할 수 없는 세 번째 이유. 그림 ①과 같이 IPFS User가 타 node들에게 파일을 삭제해달라고 요청하였으나 3 개의 node 중 2 개의 node만 온라인... 87
〈그림 45〉 블록체인 구조도. 블록체인에서 블록들이 어떻게 구성되는지, 어떻게 연결이 되는지를 보여주고 있다. 블록체인은 이전 해시 값(Previous Hash), 타임스탬프(Timestamp),... 89
〈그림 46〉 NFT 구성도 93
〈그림 47〉 지문 특징점 종류 96
〈그림 48〉 FpMV(Fingerprint Minutiae Viewer)로 확인한 지문 특징점 예시. 97
〈그림 49〉 Google Trends에서 살펴본 Web 3.0 스토리지 관심도. IPFS가 타 스토리지보다 관심도가 높다는 것을 확인할 수 있다. (기준 일자: 2023년 11 월 23 일) 99