이 페이지의 모든 링크는 아래 표시된 릴리스에 고정되어 있습니다. 설치 스크립트는 현재 릴리스를 찾은 뒤, 내려받은 바이너리를 곁에 있는 SHA-256 체크섬 파일과 비교합니다.
릴리스 v1.18.0
모든 플랫폼
| 플랫폼 | 바이너리 | 체크섬 |
|---|---|---|
| Linux · x86_64 | lispex-linux-x86_64 | .sha256 |
| Linux · aarch64 | lispex-linux-aarch64 | .sha256 |
| macOS · Apple silicon | lispex-macos-aarch64 | .sha256 |
| macOS · Intel | lispex-macos-x86_64 | .sha256 |
| Windows · x86_64 | lispex-windows-x86_64.exe | .sha256 |
| 릴리스 매니페스트 | manifest.json | 파일 이름, 크기, 주소, SHA-256 해시 |
미리 만들어 둔 환불 예제
환불 결정 하나를 애플리케이션 경계까지 이어 가세요
v1.17.0 예제 묶음에는 검토한 규칙, 정확한 리스펙스 이미지, 서명된 바우치 증거, 수신자 정책, 현재 요청 자료, 반드시 거절해야 하는 사례, 그리고 애플리케이션이라면 무엇을 할지만 알려 주고 실제 환불은 하지 않는 마지막 단계가 함께 들어 있습니다. 전체 로컬 흐름을 직접 따라가고 애플리케이션이 어느 지점부터 책임져야 하는지 확인할 수 있습니다.
| 릴리스 | 예제 아카이브 | 체크섬 |
|---|---|---|
v1.17.0 | lispex-v1.17.0-practical-decision-workspace.zip | .sha256 |
선택형 macOS ARM64 추가 엔진
보통은 네이티브의 routes fetch 명령으로 설치합니다. 여기서 추가 엔진이란 직접 골라 설치해야만 쓰는 또 다른 실행 방식이고, 리스펙스가 알아서 골라 주는 일은 없습니다. 아래 고정 링크는 네이티브가 안에 담고 있는 카탈로그와 컴패니언 아카이브 두 개를 그대로 보여 주므로, 버전을 추측하지 않고 내용을 감사하거나 문서에 적힌 오프라인 설치 절차를 따라갈 수 있습니다.
| 항목 | 아카이브 | 체크섬 |
|---|---|---|
| Topaz 가상 머신 컴패니언 | lispex-topaz-vm-aarch64-apple-darwin.zip | .sha256 |
| 미리 컴파일해 두는 Topaz 컴패니언 | lispex-topaz-aot-compiler-aarch64-apple-darwin.zip | .sha256 |
| 내장 추가 엔진 카탈로그 | route-catalog.json | .sha256 |
작은 규칙 엔진의 정확한 바이트
애플리케이션은 네이티브가 안에 담고 있는 것과 같은 엔진의 바이트를 그대로 고정할 수 있습니다. 이 엔진은 선언해 둔 한도 안에서 규칙 하나만 실행하고, 바깥에서 아무것도 끌어다 쓰지 않습니다. 매니페스트는 이 엔진이 다루는 범위, 작업량을 세는 방식, 값을 주고받는 방식, 영수증에 무엇이 들어가야 하는지, 메모리 한도, 체크섬을 고정합니다. 그 옆에는 미리 기록해 둔 요청과 결과 바이트가 있어서, 이 엔진을 쓰는 사람이면 누구나 자기 쪽에서도 똑같은 바이트가 나오는지 스스로 확인할 수 있습니다.
| 항목 | 파일 | 체크섬 |
|---|---|---|
| 바깥을 끌어다 쓰지 않는 규칙 엔진 Wasm | lispex-embed-evaluator.wasm | .sha256 |
| 규칙 엔진 매니페스트 | lispex-embed-evaluator-manifest.json | .sha256 |
| 기록해 둔 요청과 결과 바이트 | lispex-embed-evaluator-golden-vectors.json | .sha256 |
| 작은 규칙 엔진 재배포 패키지 | lispex-embed-evaluator-redistribution.zip | .sha256 |
언어 전체를 다루는 규칙 엔진의 정확한 바이트
별도의 컴포넌트가 lispex-profile-1.5 언어 전체를 다루고, 다루는 범위와 작업량 계측, 컴포넌트, 아티팩트마다 자기 식별자를 따로 가집니다. 값을 주고받는 방식과 실행 기록, 남에게 건넬 수 있는 기록의 형식은 이미 충분함이 확인된 것을 그대로 다시 쓰고, 작은 쪽 제품의 이름이나 범위는 건드리지 않습니다. 네이티브는 명시적인 embed full 명령에서만 이 컴포넌트를 고르고, 작업마다 새 인스턴스를 만듭니다.
| 항목 | 파일 | 체크섬 |
|---|---|---|
| 바깥을 끌어다 쓰지 않는 언어 전체 규칙 엔진 Wasm | lispex-full-embed-evaluator.wasm | .sha256 |
| 언어 전체 규칙 엔진 매니페스트 | lispex-full-embed-evaluator-manifest.json | .sha256 |
| 언어 전체 엔진의 기록해 둔 벡터 | lispex-full-embed-evaluator-provider-vectors.json | .sha256 |
| 언어 전체 규칙 엔진 재배포 패키지 | lispex-full-embed-evaluator-redistribution.zip | .sha256 |
한 줄 설치
# macOS / Linux
curl -fsSL https://www.lispex.com/install.sh | sh
# Windows (PowerShell)
irm https://www.lispex.com/install.ps1 | iex
# npm (Node 18+)
npm install -g lispex설치된 명령 확인하기
설치에 성공하면 정확한 제품 버전이 표시됩니다. 언제든 다음 명령으로 다시 확인할 수 있습니다.
lispex --version
# 예상 결과: lispex v1.18.0명령을 찾지 못한다면
- macOS와 Linux는 기본적으로 ~/.lispex/bin에 설치합니다. 이 디렉터리를 PATH에 추가한 뒤 셸을 다시 시작하세요.
- Windows는 기본적으로 %LOCALAPPDATA%\Lispex\bin에 설치합니다. 사용자 PATH에 이 디렉터리를 추가한 뒤 새 PowerShell 창을 여세요.
- npm을 골랐다면 Node 18 이상이 활성화되어 있고 npm 전역 바이너리 디렉터리가 PATH에 들어 있는지 확인하세요.
어떤 방식으로 실행해야 하나요?
- 네이티브를 고르면 쓸 수 있는 도구가 가장 많습니다. 리스펙스에 처음부터 들어 있어 따로 설치할 것이 없고 소스를 그대로 읽어 내려가는 인터프리터, 선언해 둔 한도 안에서 규칙 하나만 실행하는 별도의 작은 엔진, 검증된 바이트코드를 명시적으로 실행하는 Rust 가상 머신, 프로그램이 번역되어 가는 중간 형태를 보여 주는 명령, 정확한 리스펙스 이미지, 그리고 리스펙스 바우치 전체 흐름이 모두 여기에 있습니다. 오직 여기에만 있는 것은 셋입니다. 증거 발급, 내가 고정한 요청의 재실행, 그리고 고정한 규칙을 이 컴퓨터에서 다시 실행해도 서명된 결정이 그대로 나올 때만 통과하는 로컬 게이트 검사입니다. 같은 소스에서 컴파일한 산출물도 네이티브의 몫이고, 가상 머신까지 일치해야 한다는 조건을 선택해서 붙일 수 있습니다.
- Node가 이미 있다면 npm판을 고르세요. 소스를 실행하고, Rust를 WebAssembly로 컴파일한 코어로 네이티브와 같은 정확한 이미지 파일 명령을 제공하며, 네이티브와 같은 검사기로 바우치 증거를 인증합니다. 중간 형태나 바이트코드 명령, 컴파일 산출물 판독기, 가상 머신은 없습니다. 바우치에서 npm이 하는 일은 인증이고, 결정 코퍼스 재생 명령도 함께 갖추고 있습니다. 그 재생은 기록해 둔 영수증을 오프라인으로 비교할 뿐 인터프리터를 다시 돌리지는 않습니다. npm이 아예 거절하는 것은 증거 발급, verify의 재실행 옵션, 로컬 게이트 검사이며, 이 셋은 모두 네이티브에 남습니다.
- 아무것도 설치하지 않고 소스를 실행하거나, 정확한 이미지를 만들고 열고 넘겨 보고 복원하고 내려받아 명시적으로 실행하려면 플레이그라운드를 쓰세요. 전부 브라우저 안에서 일어납니다. 중간 형태나 바이트코드 가져오기가 없고 가상 머신도 없으며, 바우치 산출물이나 키, 인증, 정책 도구는 드러나지 않습니다.
선택형 Topaz 추가 엔진
검증 바이트코드를 비교하거나 소스가 들어 있지 않은 제품을 만드세요
macOS ARM64에서 네이티브는 정확한 Topaz 5.11 가상 머신과 미리 컴파일해 두는 컴패니언을 명시적으로 가져올 수 있습니다. 가상 머신은 검증된 바이트코드 아티팩트 하나를 Rust와 비교하고, 컴파일러는 부르는 쪽이 지정한 Rust 도구로 소스가 들어 있지 않은 별도 제품을 만듭니다. 설치했다고 무언가가 선택되거나 실행되지는 않으며 기본값은 계속 Rust입니다. 카탈로그, 컴패니언, 비교 결과, 컴파일한 제품은 결코 바우치 권한에 들어가지 않습니다.
리스펙스 이미지
정확한 소스를 언제 열어도 그대로인 이미지로 전달하세요
네이티브와 npm은 같은 이미지 파일 명령을 쓰고, 공개 WebAssembly 빌드와 플레이그라운드는 같은 Rust 코덱을 내 컴퓨터 안에서 실행합니다. 어느 쪽이든 소스를 바이트 단위로 복원하고, 담긴 바이트가 처음 넣은 바이트와 정확히 같다고 증명한 뒤에만 실행합니다. 네이티브는 증명된 이미지를 바우치 흐름 전체에서 받아들이고, npm은 식별자와 정책과 인증 검증에만 받아들입니다. 이미지 자체는 운반 수단일 뿐, 증거도 권한도 아닙니다.
리스펙스 바우치
결정이 로컬 게이트까지 가야 한다면 네이티브를 사용하세요
네이티브는 인증된 증거를, 수신자가 묶음 밖에서 직접 제공한 정확한 소스와 입력에 결속하고, 자기 컴퓨터의 인터프리터로 규칙을 다시 실행한 뒤, 일치하는 로컬 결정만 인정합니다. 명시적으로 요청하면 같은 소스에서 컴파일 산출물을 다시 유도해 검증된 Rust 가상 머신의 일치까지 요구합니다. 고정되지 않은 묶음, 일반 바이트코드, 산출물, 보고서는 스스로 권한이 될 수 없습니다.