크라우니AI 한선씨 전환 검토 + 2진/3진 구분 분석 (2026-07-02)

① JS→한선씨 전환 검토

• 실측: JS 57파일 690KB. 라이브 대화파이프라인=크라우니AI.js+8모듈(131KB).
• ★결정적: 8모듈 전부 한선씨 대응본 없음 — 라이브는 100% JS.
• 판정: 전환가능. 한선씨 문자열/맵/배열/파일 빌트인 충분, libs 363개가 복잡로직 증명.
• 관건: (a)정규식부재→부분/포함 수동파싱 (b)6만어휘 로드→버퍼파일읽기(STR16384 우회).

② node→한선씨(crownyc VM) 전환 검토

• 현황: ai서버.js=node(2진호스트) 프로세스.
• 경로: ai서버.한선(TCP대기/수락/읽기/쓰기)→hanseonc_high→ai서버.toau→crownyc run.
• 웹서버v2.한선 기존→스캐폴드 재사용. 판정: 전환가능. node제거, 호스트는 crownyc VM만.

③ 2진 vs 3진 구분

계층	요소	성격
순수2진	node, JS690KB, sh8, json	호스트CPU 2진
혼합	crownyc.c(718KB),hanseonc_high.c(177KB)	C(2진)가 3진VM 구현
3진사고	한선씨363(3.6MB),셀주소base-3(3^8~3^12),TOAU4상	3진논리·인덱스(psv는 2진텍스트)
3진기계어	toau 8개만 crownyc VM 실행	★라이브 대화도구 미포함

- 핵심: 의미어DB·셀주소=3진사고, 실행파이프라인=현재 100% 2진(JS+Node). 대화도구 아직 2진.

권고 로드맵 (3진 일원화, 무중단 컷오버)

1.vocab로더.한선 2.8모듈.한선(libs조합) 3.크라우니AI.한선 4.ai서버.한선 5.컴파일→toau→crownyc run 완료시 2진호스트=crownyc VM만, 대화로직 전체 3진기계어. 헌법 부합. 공수:중. 병렬(sonnet작성+haiku변환/테스트), 라이브 JS 유지→병행구축→검증→컷오버.

【착수 실증 — VM 하드한계 발견】(07-02)

• 맵 6만(정수값·짧은키): ✅100% 정확, 단 41s(0.34ms/op, JS 0.09ms의 ~170~450배)
• 맵 6만(한글키+카테고리 문자열): ❌셀힙 48M OOM + 84s 실패
• 맵슬롯 729→19683: ❌정확도 붕괴(59997/6만)+속도 그대로 → crownyc.c 원본 유지
• 파일읽기 STR 65536캡(2.97MB 통짜 불가), 셀=14슬롯 고정(대용량 아님)
• ★결론: crownyc VM은 소규모용(수천큐브), 6만 인메모리 사전 불가. 병목=VM(셀힙·인터프리터·캡).
• 가능: 로직모듈8·ai서버(TCP) 한선씨화 OK. 막힘: 6만 vocab 로드.
• 권고 A(정공): VM에 셀힙상향+C네이티브 대용량사전형 추가→6만~53만 O(1). 헌법부합.
• 권고 B: 셀주소 오프셋 인덱스 온디맨드 로더(VM미수정, 복잡).
• 대기: A/B 결정. 라이브 JS 무중단 유지.

【VM 3진 진위 감사】(07-02)

• 맵 729=3^6 진짜 3진주소: trit_hash_str 6트릿 균형3진 접기→base-3 자리값합성(0~728). 729는 우연 아님.

단 프로빙 (hs0+hp)%729=C int, Cube=signed char t27 → 3진을 2진호스트 에뮬.

• 기본도구: hanseonc_high/hanseonc_std(RPN)/crownyc 전부 C=2진호스트. 연결: 가져오기·맵·버퍼·셀·TCP 빌트인=TOAU opcode 3진파이프라인.
• 전체체인 ✅: 고수준→toau→실행, 13/5=3·13%5=-2(균형3진 자연반올림, 2진이면 3), cube_add 트릿별캐리, RPN경로존재, libs toau 8개.
• ★핵심: 캡(맵729·셀힙48M·STR65536·배열4095)=전부 C #define=2진 에뮬레이터 임의상한, 3진본질 아님.

3진 시맨틱(트릿산술·균형3진·base-3 셀주소) 진짜, 실행만 2진에뮬.

• → A안 확증: 3진시맨틱 유지+2진호스트 임의상한만 해제(셀힙상향+C네이티브사전형). 진짜 3진HW(티옴타)선 base-3 셀주소=네이티브 물리주소로 상한 소멸.