mirror of
https://github.com/zama-ai/concrete.git
synced 2026-02-18 16:34:43 -05:00
e8ef48ffd8
This commit: + Adds support for a protocol which enables inter-op between concrete, tfhe-rs and potentially other contributors to the fhe ecosystem. + Gets rid of hand-made serialization in the compiler, and client/server libs. + Refactors client/server libs to allow more pre/post processing of circuit inputs/outputs. The protocol is supported by a definition in the shape of a capnp file, which defines different types of objects among which: + ProgramInfo object, which is a precise description of a set of fhe circuit coming from the same compilation (understand function type information), and the associated key set. + *Key objects, which represent secret/public keys used to encrypt/execute fhe circuits. + Value object, which represent values that can be transferred between client and server to support calls to fhe circuits. The hand-rolled serialization that was previously used is completely dropped in favor of capnp in the whole codebase. The client/server libs, are refactored to introduce a modular design for pre-post processing. Reading the ProgramInfo file associated with a compilation, the client and server libs assemble a pipeline of transformers (functions) for pre and post processing of values coming in and out of a circuit. This design properly decouples various aspects of the processing, and allows these capabilities to be safely extended. In practice this commit includes the following: + Defines the specification in a concreteprotocol package + Integrate the compilation of this package as a compiler dependency via cmake + Modify the compiler to use the Encodings objects defined in the protocol + Modify the compiler to emit ProgramInfo files as compilation artifact, and gets rid of the bloated ClientParameters. + Introduces a new Common library containing the functionalities shared between the compiler and the client/server libs. + Introduces a functional pre-post processing pipeline to this common library + Modify the client/server libs to support loading ProgramInfo objects, and calling circuits using Value messages. + Drops support of JIT. + Drops support of C-api. + Drops support of Rust bindings. Co-authored-by: Nikita Frolov <nf@mkmks.org>
55 lines
1.4 KiB
C++
55 lines
1.4 KiB
C++
// Part of the Concrete Compiler Project, under the BSD3 License with Zama
|
|
// Exceptions. See
|
|
// https://github.com/zama-ai/concrete-compiler-internal/blob/main/LICENSE.txt
|
|
// for license information.
|
|
|
|
#include <cstddef>
|
|
#include <stdio.h>
|
|
|
|
#include "concrete-cpu.h"
|
|
#include "concretelang/Common/Csprng.h"
|
|
#include "llvm/Support/raw_ostream.h"
|
|
|
|
namespace concretelang {
|
|
namespace csprng {
|
|
|
|
ConcreteCSPRNG::ConcreteCSPRNG(__uint128_t seed)
|
|
: CSPRNG(nullptr, &CONCRETE_CSPRNG_VTABLE) {
|
|
ptr = (Csprng *)aligned_alloc(CONCRETE_CSPRNG_ALIGN, CONCRETE_CSPRNG_SIZE);
|
|
struct Uint128 u128;
|
|
if (seed == 0) {
|
|
switch (concrete_cpu_crypto_secure_random_128(&u128)) {
|
|
case 1:
|
|
break;
|
|
case -1:
|
|
llvm::errs()
|
|
<< "WARNING: The generated random seed is not crypto secure\n";
|
|
break;
|
|
default:
|
|
assert(false && "Cannot instantiate a random seed");
|
|
}
|
|
|
|
} else {
|
|
for (int i = 0; i < 16; i++) {
|
|
u128.little_endian_bytes[i] = seed >> (8 * i);
|
|
}
|
|
}
|
|
concrete_cpu_construct_concrete_csprng(ptr, u128);
|
|
}
|
|
|
|
ConcreteCSPRNG::ConcreteCSPRNG(ConcreteCSPRNG &&other)
|
|
: CSPRNG(other.ptr, &CONCRETE_CSPRNG_VTABLE) {
|
|
assert(ptr != nullptr);
|
|
other.ptr = nullptr;
|
|
}
|
|
|
|
ConcreteCSPRNG::~ConcreteCSPRNG() {
|
|
if (ptr != nullptr) {
|
|
concrete_cpu_destroy_concrete_csprng(ptr);
|
|
free(ptr);
|
|
}
|
|
}
|
|
|
|
} // namespace csprng
|
|
} // namespace concretelang
|