1. 왜 하필 '아파트'였을까 — 문제의 지형도

대한민국의 주거건축은 세계적으로도 독특합니다. 국토교통부 주택총조사 기반 통계에서 확인되듯,
전체 주택 중 아파트가 60% 이상을 차지하고, 연립·다세대를 포함한 공동주택 비중은 약 75~78% 수준입니다.
즉 한국인 대다수는 '건물을 소유'하는 것이 아니라 건물의 지분을 공유하며 살아갑니다.

지분을 공유한다는 건 곧 돈과 의사결정을 공유한다는 뜻입니다.
여기서 주거건축 특유의 갈등 구조가 발생합니다.

정부는 이미 이 문제를 인식해 공동주택관리정보시스템(K-apt)을 운영하고,
일정 규모 이상 공동주택의 관리비 공개를 의무화했습니다. 또한 전자투표 제도도 법제화되어 있습니다.
그러나 K-apt에 올라가는 데이터는 관리주체가 '입력한' 값입니다.
입력값 자체가 조작되면 시스템은 그 조작을 알아채지 못합니다.

핵심 통찰: 기존 시스템의 한계는 '공개가 안 되는 것'이 아니라 '공개된 값이 원본과 같은지 증명할 수 없는 것'입니다.
블록체인이 해결하려는 지점은 정확히 이 무결성(integrity)과 부인방지(non-repudiation) 영역입니다.

2. 기술 해부 — 주택관리에 맞는 블록체인은 '퍼블릭'이 아니다

여기서 많은 사람이 오해합니다. "블록체인 = 비트코인 = 코인"이라는 도식이죠.
주택관리 시스템에서 필요한 것은 화폐가 아니라 변조 불가능한 장부입니다.
따라서 실제 구현은 대부분 퍼미션드(permissioned) 블록체인으로 갑니다.

2-1. 세 가지 유형과 적합성

왜 컨소시엄형인가? 공동주택 관리에는 이미 정해진 이해관계자 집합이 존재합니다.
관리주체(위탁관리회사 또는 자치관리기구), 입주자대표회의, 관할 지자체, 회계감사인, 주택관리사협회,
그리고 승강기·소방·수도 등 용역업체입니다.
이들이 각각 노드를 운영하면, 어느 한 주체가 단독으로 기록을 바꿀 수 없는 구조가 완성됩니다.

2-2. 개인정보보호법과 '잊힐 권리' 충돌 문제

블록체인의 최대 미덕인 불변성은, 개인정보보호법 앞에서 최대 약점이 됩니다.
「개인정보보호법」상 정보주체는 파기를 요구할 수 있는데, 체인에 올라간 데이터는 지울 수 없습니다.

2-3. 스마트 컨트랙트가 다루는 실제 규칙

주택관리에서 스마트 컨트랙트는 '법령을 코드로 번역한 것'에 가깝습니다.
예를 들어 「공동주택관리법 시행령」상 관리주체 선정 시 경쟁입찰 원칙,
장기수선충당금의 용도 제한, 잡수입의 처리 규정 같은 것들입니다.

// 장기수선충당금 집행 통제 컨트랙트 (개념 예시, Solidity 유사 의사코드)

contract LongTermRepairFund {
    address public managementOffice;   // 관리주체
    address public residentCouncil;    // 입주자대표회의
    address public localGov;           // 관할 지자체(감독)

    uint256 public balance;            // 적립 총액
    mapping(bytes32 => RepairItem) public plan;  // 장기수선계획 항목

    struct RepairItem {
        string  itemName;       // 예: "승강기 교체(15년 주기)"
        uint256 plannedCost;    // 계획 금액
        uint256 plannedYear;    // 계획 연도
        bool    approvedByCouncil;
        bool    executed;
    }

    // 1) 집행 요청: 반드시 장기수선계획에 등재된 항목만
    function requestWithdrawal(bytes32 itemId, uint256 amount, string memory contractHash)
        external onlyManagement
    {
        require(plan[itemId].plannedYear > 0, "계획 미등재 항목");
        require(plan[itemId].approvedByCouncil, "입대의 의결 미완료");
        require(amount <= plan[itemId].plannedCost * 110 / 100, "계획 대비 10% 초과");
        require(amount <= balance, "적립금 부족");
        // contractHash: 공사계약서 원본의 SHA-256 해시
        emit WithdrawalRequested(itemId, amount, contractHash, block.timestamp);
    }

    // 2) 2-of-3 다중서명: 관리주체 + 입대의 + (고액 시) 지자체 확인
    function executeWithdrawal(bytes32 itemId, uint256 amount) external {
        require(signatures[itemId] >= requiredSigs(amount), "서명 부족");
        balance -= amount;
        plan[itemId].executed = true;
        emit FundExecuted(itemId, amount, block.timestamp);
    }

    function requiredSigs(uint256 amount) internal pure returns (uint8) {
        return amount >= 100_000_000 ? 3 : 2;   // 1억원 이상은 3자 서명
    }
}

주의: 위 코드는 설명용 개념 모델입니다.
실제 시스템은 통화 자체를 온체인에 올리지 않고, 은행 계좌(예: 관리비 전용 계좌)와 연동된 승인 워크플로만 체인에 기록하는 방식이 일반적입니다.
현행 「전자금융거래법」과 회계 실무를 감안하면, 자금 이동은 여전히 금융기관을 통과해야 하기 때문입니다.

3. 아키텍처 — 4계층으로 나눠 보는 주택관리 스택

L1 — 데이터를 '사람 손'에서 떼어내기

블록체인의 유명한 한계가 오라클 문제(oracle problem)입니다.
체인 안의 기록은 위조할 수 없지만, 처음부터 거짓인 값이 들어오면 거짓을 영구 보존할 뿐입니다.

그래서 주거건축 현장에서 블록체인은 반드시 IoT·AMI 계측 인프라와 함께 설계됩니다.
세대별 전력·온수·난방 사용량이 원격검침(AMI)으로 자동 수집되어 체인에 직접 기록되면,
'검침원 수기 입력 → 엑셀 편집' 단계가 사라집니다.
난방비 분쟁의 상당 부분이 열량계 검침·배분 방식 논란에서 비롯되는데, 이 지점에서 효과가 큽니다.

L2 — 무엇을 체인에 올리고 무엇을 안 올릴 것인가

초보 설계가 실패하는 이유는 모든 것을 온체인에 올리려는 욕심 때문입니다.
블록체인은 저장 비용이 비싸고 성능이 느린 데이터베이스입니다.
따라서 다음 기준을 씁니다.

L3 — 전자의결의 수학: 비밀성과 검증성의 동시 확보

여기가 기술적으로 가장 흥미로운 부분입니다.
투표는 두 가지 모순된 요구를 동시에 만족해야 합니다.

① 비밀투표: 누가 무엇을 찍었는지 몰라야 한다.
② 검증 가능성: 내 표가 제대로 반영됐는지 스스로 확인할 수 있어야 한다.

암호학은 이를 동형암호(homomorphic encryption)와
영지식증명(zero-knowledge proof)으로 풉니다.

L4 — UX가 없으면 기술은 죽는다

주거건축의 이용자층은 20대부터 90대까지 걸쳐 있습니다.
지갑 니모닉 12단어를 외우라고 하면 프로젝트는 그날로 끝납니다.

그래서 실제 서비스는 블록체인을 완전히 숨깁니다.
사용자는 그냥 휴대폰 본인인증으로 로그인하고, 백엔드에서 MPC 지갑이나
계정 추상화(account abstraction) 기법으로 키를 분산 보관합니다.
"블록체인 쓰는지도 모르게 쓰는 것"이 성공 조건입니다.

4. 다섯 가지 킬러 유스케이스

① 관리비 고지서의 '역추적 가능한 영수증'

현재 고지서의 '경비비 32,400원'은 왜 32,400원인지 설명하지 않습니다.
블록체인 기반 시스템에서는 고지서 항목을 탭하면
용역계약서 해시 → 월별 청구서 → 배분 산식 → 내 세대 지분(전용면적 비율)까지
한 줄로 연결된 체인을 볼 수 있습니다.

이것을 감사 추적(audit trail)이라고 부릅니다.
회계 부정이 일어나려면 체인 전체를 다시 써야 하는데,
노드가 여러 기관에 분산되어 있으면 그건 현실적으로 불가능합니다.

② 장기수선충당금의 세대 간 형평성

주거건축에서 오래된 난제 하나. "왜 내가 살지도 않을 때 할 공사비를 미리 내야 하나?"

법적으로 장기수선충당금은 소유자 부담이며, 임차인이 대납한 경우 이사할 때 반환받습니다.
그런데 현실에서는 이 정산이 누락되는 사례가 흔합니다. 임차인이 제도를 모르거나, 영수증이 없거나.

체인에 적립 이력이 세대 단위·월 단위로 남으면,
이사 시점에 "2021.03~2024.02, 총 36개월, 합계 612,000원"이 자동 산출됩니다.
분쟁이 아니라 계산 문제로 내려앉는 것이죠.

③ 유지보수 이력의 건물 생애주기 통합 (BIM × 블록체인)

건축 실무자에게 가장 매력적인 부분입니다.
설계 단계의 BIM(Building Information Modeling) 데이터는 준공 후 대부분 버려집니다.
시공사 하드디스크에 남아 있다가 10년 뒤 사라지죠.

④ 입찰 담합 차단: 봉인 입찰(sealed-bid)

공동주택 용역 입찰에서 반복되는 문제가 정보 유출과 담합입니다.
누가 얼마를 썼는지 개찰 전에 새어나가면 경쟁은 연극이 됩니다.

해법은 커밋-리빌(commit-reveal) 방식입니다.

[1단계 · 커밋]
업체는 입찰금액 + 무작위 난수(salt)를 합쳐 해시만 제출
  commit = SHA256( "187,500,000" + "a9f3c1..." )
→ 체인에 해시만 기록. 금액은 누구도 알 수 없음.

[2단계 · 마감]
마감 시각(블록 번호 기준) 이후 신규 커밋 차단.

[3단계 · 리빌]
업체가 실제 금액 + salt 공개 → 컨트랙트가 해시 재계산 후 대조
  일치하지 않으면 무효 처리(사후 금액 변경 불가)

[4단계 · 자동 개찰]
유효 입찰만 정렬하여 적격심사 기준 적용, 결과 온체인 기록

결과적으로 발주자(관리주체)조차 개찰 전에 금액을 볼 수 없습니다.
'볼 수 없게 만드는 것'이 '보지 않겠다고 약속하는 것'보다 훨씬 강력한 통제입니다.

⑤ 커뮤니티 시설과 자원 공유의 정산

최근 주거건축 트렌드는 커뮤니티 시설의 확대입니다. 피트니스, 게스트하우스, 공유주방, 주차 공유, 무인택배.
문제는 이 시설의 이용과 비용 부담이 불일치한다는 점입니다.
헬스장을 한 번도 안 쓰는 세대도 관리비로 유지비를 냅니다.

이용 로그가 체인에 기록되면 수익자 부담 원칙을 정교하게 적용할 수 있습니다.
기본 유지비는 공동 부담, 초과 이용분은 개별 정산 — 이런 설계가 데이터로 뒷받침됩니다.
전기차 충전 요금 배분 문제도 같은 논리로 풀립니다.

5. 국내외 실증 사례와 제도적 토대

5-1. 부동산 전 영역의 블록체인 실험

주택관리는 부동산 블록체인이라는 더 큰 흐름의 한 조각입니다.
국제적으로 가장 앞선 사례는 다음과 같습니다.

공통 교훈이 있습니다. 성공한 사례는 대부분 '기록 검증'에 집중하고,
실패한 사례는 '모든 것을 체인으로 대체'하려 했습니다.
주택관리 역시 기존 K-apt와 회계 시스템을 대체하는 게 아니라 무결성 레이어로 감싸는 접근이 현실적입니다.

5-2. 국내 법·제도 인프라는 이미 상당 부분 준비되어 있다

많은 사람이 "법이 없어서 못 한다"고 말하지만, 실상은 그 반대입니다.

남은 과제는 법이 아니라 표준화와 비용 분담입니다.
전국 공동주택 단지마다 데이터 스키마와 회계 계정과목 운용이 미묘하게 다릅니다.
원장을 공유하려면 표준 데이터 모델이 먼저 합의되어야 합니다.

6. 냉정한 한계 — 블록체인이 못 하는 일

전문성 있는 글이라면 반드시 반대편도 봐야 합니다.
블록체인 주택관리에 대한 과장 광고는 이미 충분히 많습니다.

거버넌스가 기술보다 어렵다

가장 냉엄한 진실은 이것입니다.
시스템이 투명해지면, 갈등은 줄지 않고 드러납니다.

지금까지 묻혀 있던 지출, 관행적으로 넘어갔던 잡수입 처리, 애매했던 배분 산식이
전부 데이터로 노출되면 초기에는 분쟁이 오히려 증가합니다.
해외 연구와 국내 관리 현장 모두에서 관찰되는 패턴입니다.

그래서 성공한 도입 사례들은 기술 도입 전에 규약(관리규약) 정비와 합의 절차를 먼저 다졌습니다.
"무엇을 공개하고, 어떤 기준으로 판단하며, 이견은 어떻게 조정하는가"에 대한 합의 없이 원장을 열면,
투명성은 무기가 됩니다.

7. 주거건축 설계자에게 주는 실무 시사점

여기까지가 시스템 이야기였다면, 이제 건축 설계의 관점으로 돌아옵니다.
블록체인 주택관리는 소프트웨어만의 문제가 아닙니다. 건물이 데이터를 생산할 수 있어야 합니다.

설계 단계에서 놓치면 되돌릴 수 없는 것
개별 계량기와 통신 배관입니다. 준공 후 세대 내부 배관을 다시 뚫는 비용은
설계 단계 반영 비용의 수 배에서 수십 배에 이릅니다.
블록체인은 나중에 얹을 수 있지만, 계측 인프라는 나중에 얹기 어렵습니다.

장기수선계획과 데이터의 결합

「공동주택관리법」상 장기수선계획은 일정 주기로 검토·조정되어야 합니다.
그런데 현실의 계획서는 대부분 표준 주기표를 그대로 베낀 문서입니다.
"옥상 방수 15년, 승강기 15년, 도색 5년" — 실제 건물 상태와 무관한 숫자들이죠.

설비 IoT 데이터가 체인에 누적되면 이야기가 달라집니다.
급수 펌프의 누적 가동 시간, 승강기 도어 개폐 횟수, 진동 추이가 기록되면
상태기반 유지보수(CBM, Condition-Based Maintenance)로 전환할 수 있습니다.

이는 곧 과잉 교체로 낭비되는 충당금을 줄이고,
조기 고장으로 발생하는 긴급 부과를 예방한다는 의미입니다.
주거건축의 생애주기 비용(LCC) 관점에서 가장 실질적인 편익입니다.

8. 미래 시나리오 — 2035년의 아파트

이 시나리오에 등장하는 기술 중 미래 기술은 하나도 없습니다.
진동 센서, CBM 알고리즘, 퍼미션드 블록체인, 전자투표, 봉인 입찰 — 모두 현존 기술입니다.
부족한 것은 기술이 아니라 연결과 합의입니다.

확장 가능성: 단지에서 도시로

단지 단위 원장이 여러 개 생기면, 다음 단계는 연합 원장(federated ledger)입니다.
수백 개 단지의 관리비·유지보수 데이터가 표준 스키마로 비교 가능해지면,
지금은 존재하지 않는 질문에 답할 수 있게 됩니다.

"같은 평형, 같은 연차, 같은 지역인데 우리 단지 경비비가 20% 높은 이유는?"
"이 창호 제품군은 실제로 몇 년 만에 교체되었나?"
"어떤 설계 방식이 30년 LCC를 가장 낮췄나?"

이 데이터가 다시 설계로 돌아오면, 주거건축은 경험과 관행에서 증거 기반으로 이동합니다.
블록체인의 궁극적 가치는 '투명성'이 아니라, 투명성이 만들어내는 비교 가능한 지식일지도 모릅니다.

9. 정리 — 기술은 신뢰를 대체하지 않고, 신뢰의 비용을 낮춘다

블록체인 기반 주택관리 시스템의 본질을 한 문장으로 요약하면 이렇습니다.
"믿을 필요를 없애는 것이 아니라, 확인하는 비용을 거의 0으로 만드는 것."

기존 구조에서 입주민이 관리비 의혹을 검증하려면 열람 청구서를 쓰고, 방문하고,
수백 장 서류를 대조하고, 필요하면 회계사를 고용해야 했습니다.
그 비용이 너무 커서 대부분은 포기하고 불신만 남겼습니다.

분산원장은 그 검증 비용을 앱 터치 세 번으로 줄입니다.
검증이 쉬워지면 부정을 시도할 동기 자체가 줄어듭니다. 이것이 억지력(deterrence)입니다.

주거건축은 결국 사람이 함께 사는 법을 물리적으로 구현하는 일입니다.
벽과 슬래브가 공간을 나누듯, 데이터 구조는 권한과 책임을 나눕니다.
블록체인은 후자를 설계하는 새로운 재료입니다.

기술적 세부사항이 궁금해질 때, 또는 실제 구현 파트너나 컨설팅이 필요할 때는
스마트 컨트랙트 개발, IoT 연동, BIM 데이터 구축 같은 전문 영역별 역량을 찾아보는 것도 방법입니다.
재능넷의 '지식인의 숲'처럼 분야 간 지식이 교차하는 공간에서
건축·IT·회계가 만나는 지점을 탐색하면, 막막했던 설계가 구체적인 로드맵으로 바뀌기도 합니다.

마지막으로 하나만 더.
가장 좋은 주택관리 시스템은 입주민이 그 존재를 의식하지 않는 시스템입니다.
매달 고지서가 오고, 의심할 이유가 없고, 궁금하면 언제든 확인할 수 있고,
15년 뒤 엘리베이터가 조용히 교체되는 그런 상태.

블록체인이 성공했다는 증거는 화려한 대시보드가 아니라,
아무 일도 일어나지 않는 평온한 관리 일지일 것입니다.

주거건축의 다음 30년은, 벽의 두께만큼이나 데이터의 신뢰도로 평가받게 될 것입니다.