크라우니 스택 현황체크 (2026-06-22)
VM>OS>브라우저 스택이 벡터형4상균형3진 설계 + CIF 이미지베이스 + 한선씨코드로 구현됐는지 6차원 병렬 감사(Explore×6, sonnet).
한눈 종합
| 차원 | 판정 | 핵심 |
|---|
| 크라우니브라우저 | Path A 작동 / Path B·v2 부분·스텁 | WebKit 래퍼는 데일리드라이버, 순수 한선씨 렌더러는 블록·텍스트까지만 |
| 크라우니폰트 | 부분/미적용 | 100종 카탈로그 미결선(웹서비스에만), 브라우저=Inter+시스템폰트, OS=자체벡터 91자 |
| VM>OS>브라우저 스택 | 부분 연결(위계 끊김) | 브라우저→VM 직결 작동, OS→브라우저 런치 미결선(브라우저가 OS 우회) |
| 벡터형 4상균형3진 | 하부 진짜 / 상부 이름만 | VM ALU·CIF·DOM셀=진짜 트릿, 레이아웃박스·GPU=2진 |
| CIF 이미지베이스 | 부분(1차 아님) | 실CIF렌더 1곳(world-desktop), 브라우저 기본=PNG/JPEG |
| 한선씨 vs JS | VM+OS+브라우저 92.8% 한선씨 | 브라우저 99.9%, OS 83.9%(VM·커널=C 정당), crowny-ai 17.4%(관성) |
1. 크라우니브라우저
- Path A (native/crowny-browser.m, WebKit 래퍼): 195KB arm64 바이너리 빌드 완료, 멀티탭/북마크/히스토리/crowny-internal:// 스킴 실작동. 단 WKWebView 의존(렌더는 WebKit).
- Path B (src/한선씨웹엔진.한선, 순수 한선씨): HTML 미니파서→DOM→블록레이아웃→cmd, h1~li/div + CJK 줄바꿈 부분 작동, CSS 미적용.
- v2 (src/v2/, 34모듈): DOM/CSS/레이아웃/JS/HTTP 엔진 API 시그니처 완성·실렌더 미완. GPU렌더러=스텁(하드코딩 반환), JS엔진=string pool 소진, CSS엔진=공백루프 버그 의심.
- MASTERPLAN "900태스크 전부 [x]"는 문서 마킹, 실코드와 괴리.
2. 크라우니폰트
- crowny-fonts 100종 카탈로그 미결선 — font.crowny.org:9932 + studio.crowny.org에만 격리(적용대상=studio/padella/aimed 등 웹서비스, 브라우저·OS 없음).
- 브라우저 Path A 웹콘텐츠=Inter/Cormorant/JetBrains 3종(WOFF2), 크롬 UI=macOS 시스템폰트. Path B=Inter.ttf(stb_truetype) 1종.
- CrownyOS=자체 벡터폰트 91자(A~Z,0~9, 한글 미포함, libs/한글꼴.한선 작업중) + VM 6×10 비트맵.
- 한선씨 TTF 에미터(폰트엔진.한선)도 렌더경로 미연결.
3. VM>OS>브라우저 스택 합성 — 위계 끊김
- 작동: 브라우저 .한선→hanseonc_high→.toau→crownyc run (crowny_vm_bridge.m:176-191). VM+OS커널 통합(crownyc_os.c가 vm_core include, kernel8.img 294KB 빌드). QEMU virt 부팅스크립트 완성.
- 끊김: CrownyOS 통합부트/통합매니페스트·APP_레지에 브라우저 미등록. 브라우저 HAL이 crownyc VM opcode를 직접 호출(HAL.한선:641-692) → OS 우회. 즉 "브라우저→VM 직결" + "OS→VM" 은 되나 "OS→브라우저 런치"는 설계만 있고 코드 없음.
- sdcard-virt/apps/크라우니브라우저.한선 = 0바이트 빈 플레이스홀더.
- 결론: 3층 위계가 아니라 VM 위에 [OS]와 [브라우저]가 각각 얹힌 평면에 가까움.
4. 벡터형 4상균형3진
- 진짜 트릿 네이티브: VM ALU(cube_add/trit_full_add 캐리전파, crownyc.c:2736-2752), CIF 씨앗(RGB→9트릿, 씨앗=27트릿, CIF.한선:139-208), 셀코어 DOM 노드(27슬롯 ROLE/TYPE/SIZE=T/O/A, 셀코어브라우저.rpn.한선:5-8), GC 마커.
- 혼합: CIF 블렌딩(트릿구조 유지·내부 0~26 정수, CIF합성.한선:75-125), 27/19683 색공간.
- 이름만(2진): 레이아웃 박스 x/y/w/h(정수), GPU렌더러(RGBA8·float 보간).
- 즉 하부(VM·CIF·DOM메타)는 설계 관철, 렌더 말단은 관성.
5. CIF 이미지베이스
- 실CIF 렌더=world-desktop.html 3D배경 캔버스 1곳(cif-decode.js→canvas). desktop.html=CSS gradient.
- CrownyBrowser v2 이미지 파이프라인 기본=PNG/JPEG/WebP/GIF/SVG/ICO(CIF 미지원, 이미지처리.rpn.한선:2202).
- image.crowny.org에 .cif 1,676개 저장·인코딩하나 PNG 변환 서빙.
- CIF리더.한선(바이너리 매직)과 실사용 cif-decode.js(텍스트 TOAU) 포맷 불일치 — 한선씨 리더 실렌더 미사용. CIF통합테스트 VM 버그 2건 주석 기록(맵꺼내 없는키=-1).
6. 한선씨 vs JS 사용빈도
| 영역 | 한선씨 라인 | JS 라인 | 한선씨% |
|---|
| CrownyBrowser | 111,298 | 62 | 99.9% |
| CrownyOS(crownyc 포함) | 75,971 | 14,566 | 83.9% |
| VM+OS+브라우저 합산 | 187,269 | 14,628 | 92.8% |
| crowny-ai | 4,277 | 20,354 | 17.4% |
- VM·컴파일러=C(hanseonc_high.c·crownyc.c,
정당: 셀프호스팅 기반), 브라우저=한선씨(진짜), AI서비스=JS(
관성).
- 관성 JS ~60%(crowny-ai server+engine ~16K + 메신저 v3 서버 ~5K, .한선 정본 두고 JS 실행), 정당 JS ~40%(DOM바인딩·WASM접착·SW·웹fallback·Claude워크플로).
종합 결론
스택의
하부(VM·CIF·DOM 메타데이터·셀코어)는 진짜 벡터형 4상균형3진 + 한선씨(92.8%)로 실재한다. 그러나 (1) 브라우저 실렌더는 Path A WebKit 의존, (2) 폰트 100종·CIF 이미지베이스·OS→브라우저 런치는
설계만 있고 결선 미완, (3) 렌더 말단·AI서비스는 2진/JS 관성이 남음. "이름값"과 "실결선"의 갭이 분명한 영역: 폰트결선, CIF실렌더, OS-브라우저 위계, GPU렌더러.
우선 봉합 후보(다음 단계 제안)
- OS→브라우저 런치 결선 — APP_레지/통합매니페스트에 브라우저 등록 + 0바이트 sdcard 앱 채우기(위계 완성)
- CIF 실렌더 확대 — 브라우저 이미지 파이프라인에 CIF 디코더 결선(PNG 동급 1차화) + CIF리더.한선 포맷 통일
- 폰트 100종 결선 — bundle/fonts에 카탈로그 연결 + 한글꼴.한선 완성
- GPU렌더러 스텁→실 opcode / crowny-ai 관성 JS의 .한선 이행