# 분산 저장 네트워크

데이터를 나누고, 무결성과 복구를 검증 할 수 있다.

상태: 현재 구현됨 · 일부 저장 로직 · 격리 테스트 확인
수정일: 2026-11-02

## 이번 조사로 확인한 범위

AISFOR 소스에 사용자 파일 동기화, 암호화 청크, SHA-256 비교, 다중 NODE 복제 정책과 복구 흐름이 존재합니다. 2026-11-02에 복제 정책·복구 정책·암호화 로컬 캐시 복원 격리 테스트를 실행해 통과를 확인했습니다. 운영 DB와 실제 원격 PC 복구는 연결하지 않았으므로 전체 운영망의 작동을 보증하지 않습니다.


## 기능별 검증 수준



| 기능 | 이번 확인 수준 | 해석 |
| --- | --- | --- |
| 암호화 및 SHA-256 | 현재 구현됨 · 격리 테스트 통과 | 암호화·복호화·조립, 손상·해시 불일치 거부 확인 |
| 다중 PC 복제 정책 | 현재 구현됨 · 정책 테스트 통과 | 서로 다른 NODE·장애 도메인 선택 로직 확인 |
| 복구 요청 정책 | 현재 구현됨 · 정책 테스트 통과 | 전송 예산·재시도·타임아웃·공정 배정 로직 확인 |
| 업로드·PC 동기화·자동 재다운로드 | 코드 확인 · 현장 검증 필요 | 이번 작업에서 사용자 PC와 전 과정을 시험하지 않음 |
| 저장 증명·가용성 기록 | 관련 코드 확인 · 추가 검토 | 신뢰 모델과 운영 조건 재검증 필요 |
| 삭제 코딩 / IPFS / P2P 확장 | 검토 중 | 콘텐츠 주소·복구 방식의 검토 대상 |

## 저장과 복구의 목표 흐름

업로드 → 사용자 PC 동기화 → 청크 암호화 → 복제 대상 선택 → 전송 → 무결성 검증 → 가용성 확인 → 손상·누락 탐지 → 재다운로드 또는 다른 복제본으로 복구 → 복구 결과 검증. 실제 정책과 배포 범위는 별도 운영 검증 문서로 확정합니다.


## 증명은 파일 복구를 대신하지 않습니다

SHA-256이 같다는 사실은 바이트 무결성에 대한 증거입니다. 실제 다운로드·복호화·파일 열기와 사용자 기능 복구를 별도로 확인해야 합니다. 복제는 백업·접근 제어·키 복구 정책과 함께 운영해야 합니다.


## 무결성과 복구의 확인 방법

암호화된 청크의 크기와 SHA-256을 비교하면 저장·전송 중 변경 여부를 검증 할 수 있다. 인증 태그와 복호화 결과, 최종 원본 해시를 대조하면 복원한 바이트의 일치 여부를 검증 할 수 있다. 실제 파일 다운로드와 열기를 추가로 수행하면 사용자 기능의 복구를 검증 할 수 있다.


## 설계 결정

- 기존 저장 기능을 교체하지 않고 검증 범위를 기록합니다.
- IPFS·삭제 코딩은 이번에 새로 구현하지 않습니다.

## 검토 과제

- 전체 원격 PC 복구와 사용자 파일 열기 검증
- 키 분실·폐기·복구 정책 점검
- 복제 수와 장애 도메인 운영 기준