mirror of
https://github.com/zama-ai/concrete.git
synced 2026-02-18 00:21:36 -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>
45 lines
1.3 KiB
C++
45 lines
1.3 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 "concretelang/Common/Protocol.h"
|
|
#include "concrete-protocol.capnp.h"
|
|
#include "concretelang/Common/Error.h"
|
|
#include "llvm/ADT/Hashing.h"
|
|
#include <memory>
|
|
#include <stdlib.h>
|
|
|
|
namespace concretelang {
|
|
namespace protocol {
|
|
|
|
/// Helper function turning a protocol `Shape` object into a vector of
|
|
/// dimensions.
|
|
std::vector<size_t>
|
|
protoShapeToDimensions(const Message<concreteprotocol::Shape> &shape) {
|
|
auto output = std::vector<size_t>();
|
|
for (auto dim : shape.asReader().getDimensions()) {
|
|
output.push_back(dim);
|
|
}
|
|
return output;
|
|
}
|
|
|
|
/// Helper function turning a protocol `Shape` object into a vector of
|
|
/// dimensions.
|
|
Message<concreteprotocol::Shape>
|
|
dimensionsToProtoShape(const std::vector<size_t> &input) {
|
|
auto output = Message<concreteprotocol::Shape>();
|
|
auto dimensions = output.asBuilder().initDimensions(input.size());
|
|
for (size_t i = 0; i < input.size(); i++) {
|
|
dimensions.set(i, input[i]);
|
|
}
|
|
return output;
|
|
}
|
|
|
|
template <typename Message> size_t hashMessage(Message &mess) {
|
|
return llvm::hash_value(MessageToJSONString(mess));
|
|
}
|
|
|
|
} // namespace protocol
|
|
} // namespace concretelang
|