건설 현장에서 실제로 벌어지는 일

도면 한 장 때문에
공사가 멈췄습니다.

설계사“변경 도면 보냈습니다”

— 말 대 말 —

시공사“그런 도면 못 받았습니다”

둘 중 하나는 틀렸습니다. 그런데 아무도 증명하지 못합니다.

시작 전에 · 건축 용어 5개만

개발자 언어로 번역하면
이미 다 아는 이야기입니다.

BIM빔 · 건물 정보 모델

≈

건물의 소스코드

도면 그림이 아닙니다. 기둥 하나하나가 속성값을 가진 데이터입니다. 3D 모델 + 데이터베이스에 가깝습니다.

IFC아이에프씨 · .ifc 파일

≈

건물계의 JSON

BIM을 회사끼리 주고받는 표준 포맷. 텍스트 기반인데 건물 하나가 수백 MB~수 GB입니다.

Revision리비전 · V10, V11

≈

커밋

설계가 바뀔 때마다 버전이 올라갑니다. 문제는 브랜치도 머지도 히스토리도 강제되지 않는다는 것.

감리감리사 · 법정 제3자 검수

≈

승인 권한 리뷰어

설계사도 시공사도 아닌 제3자. 이 사람의 승인이 없으면 시공에 들어갈 수 없습니다. 법으로 정해진 역할입니다.

CDE씨디이 · 공용 데이터 환경

≈

공용 레포

다 같이 쓰는 도면 저장소. 그런데 누가 언제 무엇을 받았는지는 git만큼 엄격하게 남지 않습니다.

정리하면 — git 없이 굴러가는 수백 GB짜리 모노레포에서 “누가 어느 커밋을 받았느냐”로 수십억이 오가는 분쟁이 납니다.

왜 증명이 안 될까

도면은 한 장이 아니라
수십 개의 사본입니다.

메일로, 메신저로, USB로, 각자의 폴더로 퍼집니다.
이름은 전부 같고 내용은 조금씩 다릅니다.
어느 것이 “그때 그 도면”인지 아무도 모릅니다.

IFC는 텍스트 파일입니다. 에디터로 열어 숫자 한 줄만 고쳐도 파일은 멀쩡히 열립니다.
눈으로는 절대 구분되지 않습니다.

도면 V102026-03-14 승인본

이메일 첨부사본 4개

메신저 전달사본 7개

USB · 외장하드사본 3개

현장 출력본사본 9개

누군가의 폴더내용이 다름

오늘 이 데모가 답하는 단 하나의 질문

“받았을 것이다”가 아니라 “받았다 / 받지 않았다”를 증거로 판정합니다. 증거가 없으면, 없다고 말합니다.

사건 재구성

기둥이 굵어졌습니다.
그런데 그 사실이 현장에 도착했을까요?

V10 · 공식 승인본

A기둥

기둥 단면500 × 500

그림제출 검토승인 배포수신

→

V11 · 변경본

A기둥

기둥 단면 500 × 500

그림제출 없음 승인 없음배포 없음 수신 없음

단면 500 × 500은 기둥의 굵기(mm)입니다. 이게 600으로 커졌다는 건 하중 계산이 바뀌었다는 뜻 — 이미 콘크리트를 부었다면 되돌릴 수 없습니다.

첫 번째 장치 · 파일의 지문

이름이 같다고
같은 파일은 아닙니다.

모든 파일에는 내용에서 계산되는 고유한 지문이 있습니다.
점 하나만 바뀌어도 지문 전체가 완전히 달라집니다.
그래서 “같은 이름의 다른 파일”은 숨을 곳이 없습니다.

사람이 눈으로 대조하는 것이 아니라, 기계가 초 단위로 판정합니다.

승인된 원본

Structural_V10.ifc

················

2026-03-14 감리 승인 시점에 기록된 지문

=

현장에서 발견된 파일

Structural_V10.ifc

················

이름도 날짜도 동일해 보입니다

BuildTrace가 확인하는 세 가지

분쟁을 끝내려면
세 가지가 동시에 증명돼야 합니다.

01 · 파일

이 파일이 그때 그 파일이 맞나?

지문을 대조해 내용이 바뀌지 않았음을 확인합니다.

확인

02 · 사람

누가, 어떤 자격으로 승인했나?

설계사·감리사·시공사의 전자 도장을 검증합니다. 감리 승인은 감리사만 찍을 수 있습니다.

확인

03 · 전달

정말 상대방에게 도착했나?

보낸 기록과 받은 기록이 짝을 이루는지 확인합니다. 짝이 없으면 “전달되지 않음”입니다.

확인

두 번째 장치 · 전자 도장

아무나 승인 도장을
찍을 수 없게 만듭니다.

설계사도면을 그리고 제출합니다

도장 확인 완료

감리사검토하고 승인합니다

도장 확인 완료

시공사배포본을 수신합니다

도장 확인 완료

설계사가 감리 승인을 대신 기록할 수 없습니다차단됨

승인 전에 배포하거나, 배포 전에 수신할 수 없습니다차단됨

같은 기록을 두 번 밀어 넣을 수 없습니다차단됨

버전 족보를 거꾸로 돌려 놓을 수 없습니다차단됨

세 번째 장치 · 봉인

기록 전체를 열어보지 않고도
한 건이 진짜인지 확인합니다.

수만 건의 기록을 하나의 봉인으로 묶어둡니다. 나중에 “이 수신 기록, 진짜 그때 있었던 것 맞나요?”라고 물으면 영수증 한 장으로 봉인과 대조해 답할 수 있습니다.

봉인 · 1b9c…af20 묶음 A 묶음 B 승인 배포 V10 수신 V11 생성

대조 전

AI가 하는 일 · 그리고 하지 않는 일

근거가 없으면
있다고 말하지 않습니다.

보통의 AI는 그럴듯한 문장을 만듭니다. 여기서는 답변의 모든 문장에 검증된 기록이 붙습니다. 붙일 근거가 없으면 답을 만들지 않고 기권합니다.

“누가 법적 책임을 지나요?” 같은 질문에는 답하지 않습니다.
증거가 말해줄 수 있는 범위 밖이기 때문입니다. 판단은 사람이 합니다.

질문하기

질문을 실행하면 검증된 답변이 표시됩니다.

잘 되는 경우만 보여주지 않습니다

속이려고 시도하면
어떻게 되는지도 보여드립니다.

시도 01

권한 없는 승인

설계사가 자기 도장으로 감리 승인을 만들어 넣습니다.

대기

시도 02

기록 재사용

이미 처리된 수신 기록을 그대로 다시 제출합니다.

대기

시도 03

족보 뒤집기

V11이 V10보다 먼저인 것처럼 버전 순서를 꼬아 놓습니다.

대기

자동 검증

정상 흐름 · 변조 파일 · 권한 위반 · 중복 제출

0 / 11

지금 실제로 돌아가는 것

명령 한 줄이면
누구든 같은 결과를 다시 만듭니다.

“믿어달라”가 아니라 “직접 돌려보라”입니다.
같은 입력을 넣으면 언제 어디서 실행해도 같은 결론이 나옵니다.

파일이 승인 당시와 같은가일치

감리 승인 도장이 있는가있음

시공사에 배포됐는가배포됨

시공사가 V10을 수신했는가수신 확인

시공사가 V11을 수신했는가기록 없음

이 아이디어는 20년 전에도 있었습니다

그런데 왜 이제야 가능할까요?
막고 있던 세 가지가 최근에 풀렸습니다.

막혀 있던 것

수백 MB짜리 IFC를 어디에 두지?

블록체인에 원본을 올리면 비용이 감당되지 않습니다. 그렇다고 회사 서버에 두면 “나중에 바꿨다”는 의심이 남습니다.

→

지금 가능해진 것

Walrus

대용량 파일을 통째로, 저렴하게, 지우거나 바꿀 수 없게 보관하는 저장 네트워크입니다.

막혀 있던 것

기록 하나 남길 때마다 수수료?

기존 블록체인은 느리고 비쌌습니다. 현장 하나에서 하루 수백 건이 쌓이는 건설에는 쓸 수 없었습니다.

→

지금 가능해진 것

Sui

도면 한 장을 하나의 객체로 다뤄 서로 간섭 없이 병렬 처리합니다. 빠르고, 건당 비용이 낮습니다.

막혀 있던 것

쌓아둔 기록을 누가 읽나?

수만 건의 로그가 있어도 사람이 못 읽으면 없는 것과 같습니다. 그래서 대부분의 이력 시스템이 실패했습니다.

→

지금 가능해진 것

AI

“시공사가 V11을 받았나요?”라고 물으면, 근거 기록을 찾아 붙여서 답합니다. 없으면 없다고 답합니다.

세 기술이 각자 다른 층을 맡습니다

아까 그 세 가지 질문에
기술 이름을 붙이면 이렇게 됩니다.

01 · 파일

이 파일이 그때 그 파일이 맞나?

원본 IFC와 판단 근거를 통째로 보관합니다. 나중에 아무도 바꿀 수 없습니다.

Walrus

02 · 사람 · 전달

누가 승인했고, 정말 도착했나?

도면 한 장을 하나의 객체로 두고, 승인·배포·수신을 그 객체의 상태 변화로 남깁니다.

Sui

03 · 질문

그래서, 받았나 안 받았나?

사람의 말로 묻고, 검증된 기록을 근거로 답합니다. 근거가 없으면 기권합니다.

AI

셋 중 하나만 빠져도 성립하지 않습니다.
저장만 있으면 아무도 안 읽고, 장부만 있으면 원본이 없고, AI만 있으면 근거가 없습니다.

정직하게 말씀드리는 현재 위치

오늘 보신 것은 전부 실제로 동작합니다.
체인 연동은 다음 단계입니다.

오늘 증명한 것

실제 동작 · 재현 가능

✓파일 지문 대조 — 변조본을 실제로 잡아냅니다

✓전자 도장 검증 — 권한·순서·중복을 차단합니다

✓받았다 / 못 받았다 판정 — 근거와 함께 출력됩니다

외부 패키지 없이 로컬에서 그대로 재현됩니다. 결과는 검증 보고서 파일로 남습니다.

다음 단계

설계 확정 · 구현 진행

○Walrus — 원본 IFC와 근거 데이터를 네트워크에 보관

○Sui — 도면 객체의 승인·배포·수신 상태를 온체인 기록

○AI — 문장마다 검증된 근거를 인용하는 질의응답

증거의 규격은 이미 확정돼 있습니다. 저장 위치와 기록 위치를 바꿔 끼우는 작업입니다.

여러분 프로젝트에 그대로 옮기는 법

건설이 아니어도 됩니다.
“증거가 필요한 모든 것”에 같은 3층이 붙습니다.

저장

Walrus

크고 · 안 변해야 하고 · 나중에 증거가 될 것

원본 파일 — 도면 · 영상 · 데이터셋
AI에 넣은 입력과 프롬프트
모델이 뱉은 결과물 원본

기록

Sui

작고 · 순서가 중요하고 · 소유와 권한이 걸린 것

저장한 것의 지문과 주소
누가 언제 무엇을 했는지의 상태 변화
소유권 · 승인 권한 · 접근 권한

해석

AI

사람이 다 못 읽는 양을 · 근거를 붙여서

질문을 받고 필요한 기록만 찾기
답변 문장마다 근거 인용
근거가 없으면 만들지 않고 기권

절대 하지 말 것 — 원본을 체인에 올리기(비용 폭발) · AI 답변을 검증 없이 신뢰하기(그럴듯한 거짓말) · 해시만 남기고 원본을 못 찾게 두기(증거로 못 씀)

도면 한 장 때문에공사가 멈췄습니다.

개발자 언어로 번역하면 이미 다 아는 이야기입니다.

도면은 한 장이 아니라수십 개의 사본입니다.

기둥이 굵어졌습니다. 그런데 그 사실이 현장에 도착했을까요?

이름이 같다고같은 파일은 아닙니다.

분쟁을 끝내려면 세 가지가 동시에 증명돼야 합니다.

아무나 승인 도장을찍을 수 없게 만듭니다.

기록 전체를 열어보지 않고도 한 건이 진짜인지 확인합니다.

근거가 없으면있다고 말하지 않습니다.

속이려고 시도하면어떻게 되는지도 보여드립니다.

권한 없는 승인

기록 재사용

족보 뒤집기

명령 한 줄이면누구든 같은 결과를 다시 만듭니다.

그런데 왜 이제야 가능할까요? 막고 있던 세 가지가 최근에 풀렸습니다.

아까 그 세 가지 질문에 기술 이름을 붙이면 이렇게 됩니다.

오늘 보신 것은 전부 실제로 동작합니다. 체인 연동은 다음 단계입니다.

실제 동작 · 재현 가능

설계 확정 · 구현 진행

건설이 아니어도 됩니다. “증거가 필요한 모든 것”에 같은 3층이 붙습니다.

Walrus

Sui

AI

발표 조작

도면 한 장 때문에
공사가 멈췄습니다.

개발자 언어로 번역하면
이미 다 아는 이야기입니다.

도면은 한 장이 아니라
수십 개의 사본입니다.

기둥이 굵어졌습니다.
그런데 그 사실이 현장에 도착했을까요?

이름이 같다고
같은 파일은 아닙니다.

분쟁을 끝내려면
세 가지가 동시에 증명돼야 합니다.

아무나 승인 도장을
찍을 수 없게 만듭니다.

기록 전체를 열어보지 않고도
한 건이 진짜인지 확인합니다.

근거가 없으면
있다고 말하지 않습니다.

속이려고 시도하면
어떻게 되는지도 보여드립니다.

명령 한 줄이면
누구든 같은 결과를 다시 만듭니다.

그런데 왜 이제야 가능할까요?
막고 있던 세 가지가 최근에 풀렸습니다.

아까 그 세 가지 질문에
기술 이름을 붙이면 이렇게 됩니다.

오늘 보신 것은 전부 실제로 동작합니다.
체인 연동은 다음 단계입니다.

건설이 아니어도 됩니다.
“증거가 필요한 모든 것”에 같은 3층이 붙습니다.