Giter Club home page Giter Club logo

indy-hipe's Introduction

Indy HIPEs

This repo holds RFCs for the Indy project. We call them HIPEs (Hyperledger Indy Project Enhancements, pronounced like "hype" for short). They describe important topics (not minor details) that we want to standardize across the Indy ecosystem.

See the HIPE Index for a current listing of all HIPEs and their statuses.

See this note for comments about how Hyperledger Indy relates to Hyperledger Aries.

HIPEs are for developers building on Indy. They don't provide guidance on how Indy implements features internally; individual Indy repos have design docs for that.

HIPE Lifecycle

HIPEs go through a standard lifecycle:

lifecycle

Status == PROPOSED

To propose a HIPE, use these instructions to raise a PR against the repo. Proposed HIPEs are considered a "work in progress", even after they are merged. In other words, they haven't been endorsed by the community yet, but they seem like reasonable ideas worth exploring.

Status == ACCEPTED

To get a HIPE accepted, build consensus for your HIPE on chat and in community meetings. An accepted HIPE is incubating on a standards track; the community has decided to polish it and is exploring or pursuing implementation.

Status == ADOPTED

To get a HIPE adopted, socialize and implement. A HIPE gets this status once it has significant momentum--when implementations accumulate, or when the mental model it advocates has begun to permeate our discourse. In other words, adoption is acknowledgment of a de facto standard.

To refine a HIPE, propose changes to it through additional PRs. Typically these changes are driven by experience that accumulates during or after adoption. Minor refinements that just improve clarity can happen inline with lightweight review. Status is still ADOPTED.

Status == SUPERSEDED

Significant refinements require a superseding document; the original HIPE is superseded with a forwarding hyperlink, not replaced.

About

License

This repository is licensed under an Apache 2 License. It is protected by a Developer Certificate of Origin on every commit. This means that any contributions you make must be licensed in an Apache-2-compatible way, and must be free from patent encumbrances or additional terms and conditions. By raising a PR, you certify that this is the case for your contribution.

For more instructions about contributing, see Contributing.

Acknowledgement

The structure and a lot of the initial language of this repository was borrowed from Rust HIPE . Their good work has made the setup of this repository much quicker and better than it otherwise would have been. If you are not familiar with the Rust community, you should check them out.

indy-hipe's People

Contributors

artemkaaas avatar ashcherbakov avatar brentzundel avatar burdettadam avatar cjhowland avatar ckochenower avatar dbluhm avatar dhh1128 avatar esplinr avatar kdenhartog avatar ken-ebert avatar lovesh avatar lynnbendixsen avatar mhailstone avatar michaeldboyd avatar mikelodder7 avatar nage avatar nemqe avatar oskar-van-deventer avatar peacekeeper avatar ryjones avatar rytmarsh avatar sklump avatar swcurran avatar talltree avatar tbca-ericcheng avatar telegramsam avatar wadebarnes avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

indy-hipe's Issues

Review of Indy HIPE #0149: Rich Schema Schemas

I have a few initial questions.

  • It is unclear to me who is creating the schema @id, the client or server? Should the @id be included in the txn set request? If so, the rich schema example is missing an @id key in the data.schema dict. I think the @id needs to be created by the client because the client signs the txn before it is sent. If the server creates the @id and appends it into the schema, the signature for the data being stored in the rocks DB will be different than the original signed data in the txn, which does not feel right to me.
  • Is txnId in the set response the same thing as @id?
  • txnId in set response has the form of L5AD5g65TDQr1PPHHRoiGf1|recipeIngredient|1.0 , with '|' as the delimiter while the current txnIds have ':' as the delimiter, for example, FC4aWomrA13YyvYC1Mxw7:3:CL:14:some_tag. Is there a good reason to break up continuity and use '|' instead of ':'?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.