You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 21 Next »

Introduction

Smart contracts provide automation in blockchain solutions. They are immutable, decentralized and deterministic, which make them ideal to remote third-parties and let peer-to-peer interactions. Once agreed between the parties and deployed on a distributed ledger, their activities and outcomes can be verified, so they can be trusted by all stakeholders. Everybody involved in DLTs are interested in smart contracts and the benefits they bring, but are also worried because there are many aspects about smart contracts they don't understand including legal and ethical insecurities. The main goal of this workgroup will be to give an academic perspective to this research topic and in parallel make clear to users, developers, researchers, businessmen, decision makers and others interested in smart contracts practical ways to utilize them on the different DLTs that are under the Hyperledger umbrella and explore all potentials from deploying them in everyday software solution scenarios. 

Scope

The scope is to define concepts regarding smart contracts and to produce material to describe the various aspects and meanings, trying to come up to standards or good practices. The audience for smart contracts is large and spans from researchers, developers, businessmen, decision makers, policy makers, law makers, software users, citizens to governments, banks, financial institutions, insurance providers, etc

Some research topics and separation of interest are:

  • Models of and mechanism for computation, such as:

  - Stack machines vs automata vs manipulating algebraic types embedded in a another language

  - Scope for less expressive languages (that may have more tractability for formal methods)

  - Execution determinism, and sources of non-determinism in existing languages

  - Cost models for metering computation (e.g. gas)

  - Paradigms for smart contracts - e.g. 'identity-oriented', functional, process-oriented - extent to which smart contracts benefit from special purpose languages

  - Parallelism of execution, state independence (i.e. parallel processing in a single block)

  • Formal guarantees on outputs of smart contracts
  • Smart contract packaging, code reuse, and dependency auditing
  • Smart contracts as representatives of obligations and fulfillment (i.e. 'law')

  - What properties should smart contracts with 'legal charge' have?

  - What relations can smart contracts have with actual contracts and agreements?

  - At what scale to smart contracts best contribute to certainty and execution of agreement?

  - What relationship do legal smart contracts have to models of computation?

  • Generation of smart contracts from existing artifacts (natural language, business process, state machines, non smart-contract code)
  • Data structures and state

  - Verifiable and authenticated data structures - e.g. Merkle dags, log-backed maps,

  - How best to expose through smart contract languages/libraries

  - Sharing state back-ends across execution engines

  - Conflict-free and additive data structures

  • Privacy

  - Multi-party secure computation

  - Differential privacy

  - Zero knowledge and practical building blocks - types of commitments and witnesses

  • Tooling and compilers for existing virtual machines

  - WASM/eWASM

  - EVM

  - WebIDL

  • Design Patterns for Smart Contracts

Work Products

The anticipated initial work products will include (but is not limited to):

  • White Paper about smart contracts and the respected aspects concerning their development, deployment and usage

  • Taxonomy of smart contracts
  • Find practical ways to connect stuff 'out there' with things we could use within implementations
  • Performance of smart contracts across the different HL DLT frameworks
  • Identifying use cases, case studies

  • Survey and continuously keep a record for the state of the art and academic content 
  • Produce 'Requests To Build' that could feed into feature planning on the different Hyperledger frameworks

  • Exploring security, privacy, legal boundaries

  • Proposing solutions to the problems identified

  • Identifying conferences or other opportunities to connect face to face

Collaborators (other groups)

This working group will collaborate with other Hyperledger working groups, the TSC, Linux Foundation staff, and the project maintainers. Especially the following Working Groups and their subgroups will be of great importance in achieving the anticipated results.

Workgroups

SIGs

Interested Parties

The following individuals have already expressed an interest in joining this working group, and we hope they will become contributors over the first year:

NameCompanyEmail Address
Sofia TerziCERTH-ITIsterzi@iti.gr
Silas DavisMonaxsilas@monax.io
Sean YoungMonaxsean.young@monax.io
Dan Selman Accorddan@clause.io
Vipin Bharathandlt.nycvipinsun@gmail.com
Mohan VenkataramanChainyardmohan.venkataraman@chainyard.com
Prasanna BadmanabhanPichain LTDprasanna@pichainlabs.com

Srinivasan (Murali) Muralidharan

State Streetsrinivasan.muralidharan99@gmail.com
Sumabala NairIBMsumapnair@us.ibm.com

John Carpenter

Global Blockchain Summit

john@globalblockchainsummit.com
Bobbi MuscaraLedger AcademyBobbi@LedgerAcademy.com
Mic BowmanIntel

Proposed Chair

The following individual has volunteered to serve as the initial chair for the working group:

I Sofia Terzi am volunteering to run this group initially, unless somebody else with interest in the group volunteers.

  • No labels