mirror of
https://github.com/luxfhe/torus.git
synced 2026-10-30 17:07:26 +00:00
zeekay
b832ba2c39
Forked from upstream concrete (BSD-3-Clause-Clear, © 2024 ZAMA) at HEAD
ecb729bb. Modifications copyright © 2026 Lux Industries Inc.
Rebranding scope:
- Python module concrete → torus (across frontends/torus-python)
- Rust module concrete-* → torus-* (across frontends/torus-rust)
- MLIR dialect concretelang → toruslang (across compilers/torus-compiler)
- Compiler optimizer concrete-optimizer → torus-optimizer
- Backend concrete-cpu / concrete-cuda → torus-cpu / torus-cuda
- Wire protocol concrete-protocol → torus-protocol
- Parameter-curves concrete-security-curves-* → torus-security-curves-*
- Public symbols concretelib → toruslib, ConcreteLang → TorusLang
- URLs github.com/zama-ai/concrete → github.com/luxfhe/torus
- URLs docs.zama.ai/concrete → docs.luxfhe.com/torus
Legal compliance:
- LICENSE.txt retains original Copyright © 2024 ZAMA verbatim (§1-§2)
- LICENSE.txt adds modifications copyright © 2026 Lux Industries Inc.
- §3 endorsement clause: Torus is marketed exclusively as a Lux product;
no Zama name used in README, docs, or marketing
- NOTICE file provides factual attribution per legal best practice
(not endorsement; required by upstream BSD-3-Clause-Clear)
README + NOTICE rewritten from scratch with Lux brand:
- Quick-start in Python (torus.fhe)
- Architecture diagram showing the gen-1 vtbl integration path
(luxcpp/gpu → lux-private/gpu-kernels for CUDA/Metal/WebGPU)
- Scheme coverage table: TFHE (luxfi/fhe), CKKS/BGV/BFV (luxfi/lattice)
- Lux FHE family table: Torus / TorusVM / TorusEVM / TorusML / TorusNet
Known limitations (phase-2A scope):
- PyPI package torus-fhe not yet published; the torus Python module
is renamed structurally but pip-installable distribution is a
follow-up (Phase 2A.1)
- MLIR dialect rename is text-level; the compiler-internal LLVM
rebuild (concrete-compiler-internal-llvm-project submodule) is
structural and works; tablegen files renamed concrete→torus but the
generated .inc files in the source tree will regenerate at build
time
- backends/torus-cuda/implementation/ is an upstream submodule
pointer to the tfhe-rs source (not fetched in the staging clone);
the CUDA backend body is delivered out-of-tree
- ~100 test-fixture variable names like concrete_encoded_sample
retain "concrete" as a math term (vs symbolic); these are inside
tests/, not the public API; cleanup is a follow-up commit
- 295 Python `from concrete import ...` residuals in luxfhe/ml-sdk
consumer remain; that repo's import update is Phase 2B
This commit is the seed for the luxfhe/torus repo. Push as the first
commit to a fresh GitHub repo; do not re-import upstream Zama git
history.
54 lines
1.5 KiB
Python
54 lines
1.5 KiB
Python
"""
|
|
Tests of execution with Rust keygen.
|
|
"""
|
|
|
|
import os
|
|
import tempfile
|
|
|
|
from torus import fhe
|
|
|
|
|
|
def _compute(x, y):
|
|
return (x + y) % 2
|
|
|
|
|
|
def test_rust_keygen():
|
|
"""Test execution with Rust keygen"""
|
|
compiler = fhe.Compiler(_compute, {"x": "encrypted", "y": "encrypted"})
|
|
inputset = [(2, 3), (0, 0), (1, 6), (7, 7), (7, 1), (3, 2), (6, 1), (1, 7), (4, 5), (5, 4)]
|
|
|
|
circuit = compiler.compile(inputset)
|
|
|
|
### Keygen with Rust ##########################################################
|
|
_, keyinfo_path = tempfile.mkstemp()
|
|
_, keyset_path = tempfile.mkstemp()
|
|
|
|
# seriliaze key info
|
|
keyset_info = circuit.client.specs.program_info.get_keyset_info()
|
|
serialized_key_info = keyset_info.serialize()
|
|
with open(keyinfo_path, "wb") as f:
|
|
f.write(serialized_key_info)
|
|
|
|
# run keygen in Rust
|
|
bin_path = (
|
|
f"{os.path.dirname(os.path.abspath(__file__))}"
|
|
"/../../../torus-rust/torus-keygen/target/release/keygen"
|
|
)
|
|
assert os.system(f"{bin_path} {keyinfo_path} {keyset_path}") == 0 # noqa: S605
|
|
|
|
# deserialize keyset
|
|
with open(keyset_path, "rb") as f:
|
|
serialized_keyset = f.read()
|
|
|
|
os.remove(keyinfo_path)
|
|
os.remove(keyset_path)
|
|
|
|
circuit.client.keys.load_from_bytes(serialized_keyset)
|
|
###############################################################################
|
|
|
|
encrypted_x, encrypted_y = circuit.encrypt(2, 6)
|
|
encrypted_result = circuit.run(encrypted_x, encrypted_y)
|
|
result = circuit.decrypt(encrypted_result)
|
|
|
|
assert result == _compute(2, 6)
|