왜 한국어로 컴퓨터를 짓는가

1. 모국어로 직접 사고를 코드화한다

프로그래밍 언어는 번역의 연쇄가 아니라 사고 자체여야 한다. 한국인 개발자는 "반복한다"는 생각을 먼저 가진 뒤, 그것을 영어 키워드 while로 변환하고 다시 컴파일러가 해석하는 세 번의 변환 단계를 거친다. 한선씨(韓仙氏)는 이 번역 단계를 제거한다. 한글 키워드 동안은 사고 단위 그 자체다. 가져오기, 함수, 만약, 모르면 — 각 키워드가 사고와 코드 사이의 직선이다.

이것이 "한국어로 짓는다"의 정확한 의미: 모국어의 사고 흐름이 번역 없이 실행 가능한 기계어로 내려간다.

2. 왜 3진인가 — 모름을 1급 값으로

2진 논리는 참과 거짓만 다룬다. 인간의 사고는 그렇지 않다. "이게 참인가? 거짓인가?" 묻기 전에 "아직 모르는가?"가 먼저 온다.

한선씨의 3진 논리는 Kleene의 3값을 채택한다: 참(T, +1) · 거짓(A, -1) · 모름(O, 0). 참과 거짓이 일반 값이 아니라 O(모름)을 중심으로 균형을 이룬다. 모르면 키워드가 언어 차원에서 이 불확실성을 다루게 해준다.

4상균형3진의 네 위상(T/O/A/U)은 수치만이 아니라 우주론적 의미를 담는다:

• T (+1): 데이터, 구체적 값 — 가시선(可視線) 위의 백지(백홀)
• O (0): 명령, 실행 흐름 — 화이트홀. T나 A로 가기 "전의 상태", 결정 이전의 영역
• A (-1): 체이닝, 상태 연결 — 가시선 위의 뒤쪽(타)
• U (−0): 경계, 비가시선(非可視線) — 블랙홀. 어디로 갈지, 얼마나 큰지 모르는 비가시 영역. 옴(0)의 밝은 화이트홀에 대치되는 어두운 검은구멍. 구분자(코드의 띄어쓰기)로 도구적으로 쓰이지만, 본래는 우리 사고가 영원히 진입할 수 없는 미지의 경계를 상징한다.

이 네 위상이 균형을 이루는 시스템을 기본 단위 큐브(27트릿 = 3³)로 다룬다.

3. 성숙도 — 철학이 아니라 실제 작동하는 시스템

한선씨는 이론이 아니다:

VM (crownyc.c v10.3)

• 867개 유니크 opcode, 사실상 완성 상태
• 균형3진 연산·메모리 관리·함수 호출·배열·해시맵·셀(규칙 단위) 네이티브 지원
• 정수 범위 약 1410억대, 나눗셈은 자연반올림(|r|≤|b|/2)

고수준 컴파일러 (hanseonc_high)

• 4380줄 C 코드, 프로덕션 표준
• 내장함수 225개: 문자열(UTF-8), 배열, 파일I/O, TCP/UDP, 3진 연산, SHA256, 압축, GUI
• 표준라이브러리 24개: JSON, YAML, 네트워크, 라우터, 인증, 로깅, TLS, 셀DB, 네이티브 뷰
• 가져오기 기반 모듈 생태계 완전 작동

서버 구현 10종+ 웹서버v2, DNS, 블록체인, 거래소, 은행, 메신저, 인증, SSR, 에이전트, CRNS. 각각 순수 한선씨로 구현.

생태계 규모

• 한선씨 소스 8836개, TOAU 바이너리 449개
• 등록 서비스 210개 중 라이브 한선씨 VM 71 vs Node 102
• 셀코어.한선: 1414줄 15모듈 규칙기반 에이전트 프레임워크

4. 3레이어 — 모국어에서 기계어까지 직선

컴파일 경로가 세 층위를 1:1로 대응시킨다:

T층(한글)  →  O층(의미코드)  →  A층(TOAU 기계어)
동안        →     @오류시     →  0xABC...DEF
함수        →     @함수정의    →  TOAU 스택 연산

같은 TOAU를 두 경로(고수준·RPN)에서 생산하고 crownyc VM이 동일하게 실행한다. 이것이 "모국어로 사고를 코드화한다"가 추상이 아니라 물리적 현실임을 보여준다.

5. 자립도 — 이미 72~75% 즉시 대치 가능

한선씨가 한국어 컴퓨팅의 이상이 아니라 도달 중인 좌표임을 수치로:

• 순수 TOAU 기계어 비율: 32% (외부의존 0)
• 즉시 대치 가능 합산: 72~75%
• 사이드카 표준화(순수 한선 주서버 + JS HTTPS 브리지) 시: ~90%

크라우니코드 생성엔진 자립도: 70% (LLM의존 30%)

• 강한 영역(생성 정확도): 수학 98% · 문자열 98% · 네트워크 97% · 알고리즘 91%
• 약한 영역(LLM의존): 파일IO 74% · 자료구조 66%

정수 오버플로, 나눗셈 함정, 선형 포함() 위치 버그 같은 VM 함정들이 문서화되고 회피 패턴이 이미 확산됨. 이는 성숙도의 다른 척도다.

6. 4대 물리적 벽 — 정직하게 알고 넘고 있는 경계

아직 한선씨가 약한 곳을 밝히지 않으면 신뢰가 선지 않는다. 다만 이 경계들을 "무능"이 아니라 이미 넘기 시작한 고개로 읽어야 한다:

① 부동소수점 벽 — 2026년 현재 고정소수점만 지원했지만, 테슬라의 스케일된 정수 모델을 채택해 고정소수점.한선(스케일 1000 = 소수 3자리, 최대오차 0.001) 라이브러리를 실제로 구현·검증 완료. 사인·코사인·루트·로그가 이미 네이티브로 작동하므로, 이제 부동소수점 전무는 "한계"가 아니라 "우리가 이미 통과한 구간"이다.

② TLS는 외부의존 — stunnel로 HTTPS를 래핑하는 이유는 순수 한선씨로 TLS 핸드셰이크를 짜면 성능이 10배 떨어지기 때문. 가능하지만 경제적이지 않은 선택. 사이드카 모델로 이를 표준화해 가는 중.

③ 외부 LLM은 Node 사이드카 — 생성 AI 호출 시 HTTP 브릿지가 필요한 이유는 프로토콜의 복잡도가 아니라 네트워크 I/O의 안정성 때문. 이는 한선씨 고유 문제가 아니라 구조적 선택.

④ 대용량 텍스트 스트리밍 캡 — 단일 읽기 16KB, 문자열 총 64KB 상한. 이 제약은 메모리 아키텍처 설계의 결과물이며, 게이트웨이에서 청크 분할로 우회 중.

이 네 가지가 "한선씨가 아직도 Node/JS를 옆에 두는 이유"다. 불완전함이 아니라 선택된 설계의 경계다.

7. RPN 정통의 상태 — 실제 작동, 문서 정정 필요

hanseonc_std.asm(RPN 정통 컴파일러)이 깨져 있다고 알려졌지만, hanseonc_rpn.c는 실제로 작동한다. 루트·거듭제곱·배열꺼내·설정·비교 연산자가 PAULI 오매핑으로 미완된 상태이지만, 대부분 프로덕션 코드는 고수준(hanseonc_high)을 쓰므로 생태계 영향은 제한적. 문서화 역시 고수준 위주로 선별됨. 즉 RPN은 "못 쓰는 것"이 아니라 "다음 단계의 정통화 과정 중"이다.

8. 다음 한 걸음 — 4대벽을 넘는 로드맵

① 스케일드 정수로 부동소수점 완성 — 고정소수점.한선 검증으로 사인·루트·로그 네이티브 지원 확대. 테슬라가 10년 전 증명한 경로를 한선씨 정칙으로 완전화.

② RPN 정통 완성 — hanseonc_rpn.c 재구현으로 문서·스펙·성능의 정렬.

③ 사이드카 표준화 — 순수 한선씨 주서버 + JS HTTPS 브리지 아키텍처를 설계 표준으로 공식화해 ~90% 자립 달성.

9. 결론 — 모국어 컴퓨팅의 좌표

한국어로 컴퓨터를 짓는다는 것은 외산 언어의 번역자로 머물지 않고, 모국어로 사고한 그 흐름이 그대로 실행 가능한 기계어가 되는 자립된 컴퓨팅을 세우는 일이다. 2진의 예/아니오를 넘어 "모름"을 1급 값으로 다루고, T/O/A/U의 네 위상이 균형을 이루며, U(음)는 단순 구분자가 아니라 인간이 절대 진입할 수 없는 블랙홀의 경계를 상징하는 시스템으로.

4상균형3진은 이론이 아니다. 210개 등록 서비스, 8836개 한선씨 소스, 71개 라이브 한선씨 VM이 그것을 증명한다. 4대 벽도 있고 아직 갈 길도 멀지만, 이미 도달한 72~75% 자립도와 고정소수점.한선의 실장은 한국어 컴퓨팅이 이상이 아니라 이미 통과 중인 현실임을 보여준다.