Design Principle

DP3 - Joint approval of computation changes

Require joint approval for any changes to the computation mechanisms, so that no single party controls the key data.

Design PrincipleOpen source resource ↗

Overview

Producer metadata and the represented concept document.

Concept identity

design-knowledge/short-end-opportunism-sharing-dp3

Open concept record

Producer label: DP3
Source paper: And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing
Timestamp: 2026-07-16T00:00:00+00:00
Bundle path: design-knowledge/short-end-opportunism-sharing-dp3.md

design-principleinformation-sharinginterorganizationalmanufacturingshort-end-opportunism-sharingtrust

Design principle DP3: Joint approval of computation changes

Require joint approval for any changes to the computation mechanisms, so that no single party controls the key data.

Source paper

This design principle is proposed by And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing (Lukas Florian Bossler, Arne Buchwald, Kai Spohrer, 2025).

Addresses

Citations

[1] Lukas Florian Bossler, Arne Buchwald, Kai Spohrer. And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing. Information Systems Research 36(3), 2025, 1565-1586. https://doi.org/10.1287/isre.2022.0065 (opens in a new tab) [2] Source document: And No One Gets the Short End of the Stick.pdf

Linked concepts

Concepts connected by incoming or outgoing native Markdown links.

Design Requirement

Design Requirement2

Design Requirement

design-knowledge/short-end-opportunism-sharing-dr1

DR1 - Prevent information manipulation

The system must prevent the information provider from manipulating the sensitive information it contributes.

design-requirementinformation-sharinginterorganizationalmanufacturing+2

Design Requirement

design-knowledge/short-end-opportunism-sharing-dr2

DR2 - Prevent information poaching

The system must prevent the information recipient from poaching (misappropriating) the provider's sensitive data.

design-requirementinformation-sharinginterorganizationalmanufacturing+2

Paper

Paper1

Paper

papers/short-end-opportunism-sharing

And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing

To counter two-sided opportunism (information poaching by the recipient and information manipulation by the provider), the paper derives three design principles for an IS that facilitates reliable information sharing on sensitive data without revealing the actual data, and instantiates them in a machine-tool leasing consortium.

blockchaindesign-science-researchinformation-sharinginterorganizational+3

Relationships

Directed links from Markdown. Heading context is displayed as derived metadata, not as a formal OKF predicate.

Outgoing links

Incoming backlinks

And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing
Paper
Source
And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing
Target
DP3 - Joint approval of computation changes
Link label
Design principle DP3: Joint approval of computation changes
Status
Resolved
Derived heading context: Design knowledge

Local graph

One-hop by default, with an optional bounded two-hop view. Nodes are concept files and arrows are Markdown links.

Knowledge graph

4 of 4 concepts · 8 directed relationships

Concept types

Design PrincipleSeed

DP3 - Joint approval of computation changes

Bundle identity

Concept ID: design-knowledge/short-end-opportunism-sharing-dp3
Markdown path: design-knowledge/short-end-opportunism-sharing-dp3.md
Producer label: DP3
Native type: design-principle

Markdown summary

Design principle DP3: Joint approval of computation changes Require joint approval for any changes to the computation mechanisms, so that no single party controls the key data. Source paper This design principle is proposed by And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing (Lukas Florian Bossler, Arne Buchwald, Kai Spohrer, 2025). Addresses Design requirement DR1: Prevent information manipulation Design requirement DR2: Prevent information poaching Citations [1] Lukas Florian Bossler, Arne Buchwald, Kai Spohrer. And No One Gets the Short End of the Stick: A Blockchain-Based…

Raw metadata

The complete producer frontmatter, serialized without server paths or runtime data.

Show producer frontmatter

{
  "type": "design-principle",
  "title": "DP3 - Joint approval of computation changes",
  "description": "Require joint approval for any changes to the computation mechanisms, so that no single party controls the key data.",
  "resource": "https://doi.org/10.1287/isre.2022.0065",
  "source_paper": "And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing",
  "label": "DP3",
  "tags": [
    "short-end-opportunism-sharing",
    "design-principle",
    "interorganizational",
    "information-sharing",
    "trust",
    "manufacturing"
  ],
  "timestamp": "2026-07-16T00:00:00+00:00"
}

Design Principle

DP3 - Joint approval of computation changes

Require joint approval for any changes to the computation mechanisms, so that no single party controls the key data.

Design PrincipleOpen source resource ↗

Overview

Producer metadata and the represented concept document.

Concept identity

design-knowledge/short-end-opportunism-sharing-dp3

Open concept record

Producer label: DP3
Source paper: And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing
Timestamp: 2026-07-16T00:00:00+00:00
Bundle path: design-knowledge/short-end-opportunism-sharing-dp3.md

design-principleinformation-sharinginterorganizationalmanufacturingshort-end-opportunism-sharingtrust

Design principle DP3: Joint approval of computation changes

Require joint approval for any changes to the computation mechanisms, so that no single party controls the key data.

Source paper

Addresses

Citations

Linked concepts

Concepts connected by incoming or outgoing native Markdown links.

Design Requirement

Design Requirement2

Design Requirement

design-knowledge/short-end-opportunism-sharing-dr1

DR1 - Prevent information manipulation

The system must prevent the information provider from manipulating the sensitive information it contributes.

design-requirementinformation-sharinginterorganizationalmanufacturing+2

Design Requirement

design-knowledge/short-end-opportunism-sharing-dr2

DR2 - Prevent information poaching

The system must prevent the information recipient from poaching (misappropriating) the provider's sensitive data.

design-requirementinformation-sharinginterorganizationalmanufacturing+2

Paper

Paper1

Paper

papers/short-end-opportunism-sharing

And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing

blockchaindesign-science-researchinformation-sharinginterorganizational+3

Relationships

Directed links from Markdown. Heading context is displayed as derived metadata, not as a formal OKF predicate.

Outgoing links

Incoming backlinks

And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing
Paper
Source
And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing
Target
DP3 - Joint approval of computation changes
Link label
Design principle DP3: Joint approval of computation changes
Status
Resolved
Derived heading context: Design knowledge

Local graph

One-hop by default, with an optional bounded two-hop view. Nodes are concept files and arrows are Markdown links.

Knowledge graph

4 of 4 concepts · 8 directed relationships

Concept types

Design PrincipleSeed

DP3 - Joint approval of computation changes

Bundle identity

Concept ID: design-knowledge/short-end-opportunism-sharing-dp3
Markdown path: design-knowledge/short-end-opportunism-sharing-dp3.md
Producer label: DP3
Native type: design-principle

Markdown summary

Raw metadata

The complete producer frontmatter, serialized without server paths or runtime data.

Show producer frontmatter

{
  "type": "design-principle",
  "title": "DP3 - Joint approval of computation changes",
  "description": "Require joint approval for any changes to the computation mechanisms, so that no single party controls the key data.",
  "resource": "https://doi.org/10.1287/isre.2022.0065",
  "source_paper": "And No One Gets the Short End of the Stick: A Blockchain-Based Approach to Solving the Two-Sided Opportunism Problem in Interorganizational Information Sharing",
  "label": "DP3",
  "tags": [
    "short-end-opportunism-sharing",
    "design-principle",
    "interorganizational",
    "information-sharing",
    "trust",
    "manufacturing"
  ],
  "timestamp": "2026-07-16T00:00:00+00:00"
}