This page records the Discussion Group's meeting notes for July 2016. See the DG calendar for our meeting schedule. We meet Tuesdays for 30 minutes at 7:30 PT / 10:30 ET / 3:30 UK / 4:30 CET and Thursdays for 30 minutes at 11am PT / 2pm ET / 7pm UK / 8pm CET (US times are normative during daylight saving time changes). We use http://join.me/findthomas for both voice and screen sharing.
Table of Contents | ||||||
---|---|---|---|---|---|---|
|
Thursday July 14
Tuesday July 12
Attending: Eve, Jim, Scott, Thomas, Thorsten, Colin
Thorsten's email about IRM liaison opportunities probably doesn't contain use cases as such, but their work on "IRM in the wild" may bubble up use cases, which we can capture here.
Okay, returning to discussing our current use case: Jeff S stated in email the concern that getting proofs that something happened out of a blockchain is not going to be as scalable or performant as we might be assuming. For example, we're talking about consent receipts. If an individual argues they didn't consent, and the service operator argues they did, and it's two years later, and it's hard to find that needle in the haystack, what good is a blockchain?
Does IPFS help?
Certificate transparency (see the RFC and the Chrome implementation) is a model where the CAs publicly attest to the certificate so that you don't have to "trust the CA". Does this help the problem we're discussing, where it's hard to get "recorded truth" out of the ledger?
J-LINC Labs uses Stellar as a lightweight consensus protocol. Interledgar was also mentioned; Jim has looked at it and likes it.
Jim's take is that blockchain is really a notarization service – just validating a record. He believes Bitcoin doesn't need all that strength; you could use a (central) trust provider instead. In most social transacting, you probably don't need all the blockchain infrastructure. On the other hand, it's the best solution for the worst case: It's for the wide ecosystem. It's for the Internet (or disconnected) use cases where there's a lot of loose coupling.
Given that blockchain is therefore a social mechanism, and consensus is social, and blockchain seems best suited for "lack of centralized trust" use cases, Eve shares her concern about relying on lightweight consensus mechanisms if they open the way to vulnerabilities of a social/sociological/business sort (vs. a purely technical sort).
Let's look at our current candidate use case, and others, with an eye towards the wide ecosystem implications.
Attending: Thomas, Eve, Jim, Scott S, Don, Marc, Philippe, Thorsten, Ann, John W
The May 23-24 event at MIT, variously called Digital Contracts, Identities, and Blockchain and Digital Identities, Contracts, and Blockchain , had some notes as output. Here are relevant links:
- Technical and Future Infrastructure track notes
- Business track notes
- Healthcare use cases track notes
- IBM Open Blockchain white paper
- Article on bootstrapping a bosses organization
- Screenshot from Bart's presentation comparing "smart" and "legal" contracts (did his whole presentation get posted?)
- CommonAccord intro presentation
- CommonAccord site
- CommonAccord Slack team invitation
For a candidate use case, Jim proposes: Patient consent, in a context of 3-4 countries – e.g., including France, Germany. Leverage the GA4GH (Global Alliance for Genomics and Health) and genetic research. Jim has been discussing this use case with Bart Suiches of Philips Blockchain Lab. Would this be about storing consents? The GA4GH folks have a committee that created a model data sharing consent form in CommonAccord. There's capacity for it to be signed.
Would the Consent Receipts work be able to handle a machine-readable representation? It might need to be extended. This would be a good use case for extensibility for that spec.
Culture might be the biggest barrier around consent – IRBs and equivalents would have trouble conceiving of consent as anything but a one-way door. John notes that there are six different ways to get approval to process data, and only one of them is consent. John recommends narrowing down this as a use case a bit, since it involves research and IRBs and such and takes it out of the full health regulatory environment (at least in the Canadian system). This is really a "health research" use case more than a "healthcare" use case, as it stands.
AI: John to share research consent templates with Jim/the group.
On Thursday, Scott will present a sample use case template into which we can fill use case content. Everybody should take the opportunity to get familiar with the linked material above, and start to think about their own use cases they'd like to collect.
Tuesday July 5
Eve is taking notes and is happy to take notes in future.
...
- Jim Hazard - Lawyer frustrated with word processing
- Eve Maler - ForgeRock - interesting UMA/smart contract connections
- Thomas Hardjono - interest in getting a high-level language specified for contracts
- Andrew Hughes - runs the Leadership Council
- Jeff Stallman - blockchain developer
- Scott Shorter - Kimble & Associates - doing some ONC work, auditing, and governance
- Don Quigley - services leader for directory services for GE
- Marc L. Aronson - president and CEO of Pennsylvania Association of Notaries
- Kathleen Connor - consultant involved in UMA, UMA legal, and ONC
- Ann Vroom - private individual interested in blockchain
- Clare Nelson - AllClearID
- Thorsten Niebuhr
- John Wunderlich
- Javier Moreno
- Colin Wallis
...