+1 (binding) On Wed, Oct 4, 2023 at 7:08 PM PJ Fanning <fannin...@apache.org> wrote:
> +1 (binding) > > The project looks to have a big enough community and the proposal > looks good. Best of luck. > > On Wed, 4 Oct 2023 at 17:52, Mohammad Sadoghi <mo.sado...@expolab.org> > wrote: > > > > Dear all, > > > > On August 28, Calvin had done "a quick check of the project name and > there > > are no potential trademark issues." We have all the necessary ICLAs > > prepared and signed. I own the domain name ResilientDB.com and Git repo, > > which I can transfer the ownership to Apache. There are no registered > > trademarks on ResilientDB. > > > > --- > > Best Regards, > > Mohammad Sadoghi, PhD > > Associate Professor > > Exploratory Systems Lab (ExpoLab) > > Department of Computer Science > > University of California, Davis > > > > ExpoLab: https://expolab.org/ > > ResilientDB: https://resilientdb.com/ > > Phone: 914-319-7937 > > > > > > On Tue, Oct 3, 2023 at 4:23 AM Atri Sharma <a...@apache.org> wrote: > > > > > We want to propose ResilientDB as a new Apache Incubator project. > > > > > > ResilientDB[1] is a distributed blockchain framework that is written > > > in C++ and integrates with Byzantine Fault-Tolerant (BFT) and Crash > > > Fault-Tolerant (CFT) consensus protocols. Code is present at [2]. > > > > > > Key features: > > > > > > Provides a scalable client-server architecture. Each developer can use > > > the ResilientDB framework to deploy a replicated service acting as a > > > service. The developer can choose the desired number of replicas and > > > the number of clients its system should tolerate. > > > > > > Provides native integration with PBFT consensus protocol – arguably > > > the most popular BFT consensus protocol. PBFT helps replicas reach an > > > agreement for ordering the client's requests. > > > > > > Provides a mechanism to simulate the failure of different replicas > > > (including the leader). > > > > > > Provides a correct implementation of the view-change protocol that > > > replaces a faulty (or malicious) leader and moves all replicas to the > > > new view. > > > > > > Provides checkpoint and recovery protocols to facilitate garbage > > > collection, recovery of failed replicas, and durably logging of the > > > blockchain state. > > > > > > Eases development and testing of newer and optimized BFT and CFT > > > consensus protocols. > > > Provides clients with support for three different application > interfaces: > > > > > > Key-Value Stores - where client transactions include key-value pairs. > > > > > > Smart Contracts - where clients issue smart contracts in Solidity for > > > processing. > > > > > > UTXO - where clients issue unspent transactions similar to ones in > Bitcoin. > > > > > > Facilitates benchmarking system/protocol performance with the help of > > > existing benchmarks, such as YCSB [SoCC’10] and Diablo [EuroSys’23]. > > > > > > Stores non-volatile ledger (blockchain) in memory and for further > > > durability, provides APIs to store both client data and blockchain in > > > LevelDB and RocksDB. > > > > > > > > > The serving mentors would be: > > > > > > Junping Du <junping_du at apache com org> > > > > > > Calvin Kirs <kirs at apache com org> > > > > > > Kevin Ratnasekera <djkevincr at apache com org> > > > > > > Roman Shaposhnik <rvs at apache com org> > > > > > > Christian Grobmeier <grobmeier at apache dot org> > > > > > > and I shall be serving as the Champion. > > > > > > We have not done a trademark check yet for the name but that can be > > > pursued independently. > > > > > > [1] > > > > https://cwiki.apache.org/confluence/display/INCUBATOR/ResilientDBProposal > > > [2] https://github.com/resilientdb/resilientdb > > > > > > Atri > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
