DSR Knowledge LibraryReusable design knowledge and grounded research support
HomeLibraryChatChat accessGive feedback ↗

DSR Knowledge Library

Research prototype · Native Open Knowledge Format

LibraryChatChat accessMethod and limitationsPrivacy noteEvaluation survey ↗
Library/DP4 - Interoperability across EVM-supported applications

Design Principle

DP4 - Interoperability across EVM-supported applications

Provide interoperability between EVM-supported software applications using recall tracing across organizational borders.

Design PrincipleOpen source resource ↗
OverviewLinked conceptsRelationshipsGraphRaw metadata

01

Overview

Producer metadata and the represented concept document.

Concept identity

design-knowledge/dissonance-dialogue-recall-dp4
Open concept record
Producer label
DP4
Source paper
From Dissonance to Dialogue: A Token-Based Approach to Bridge the Gap Between Manufacturers and Customers
Timestamp
2026-07-16T00:00:00+00:00
Bundle path
design-knowledge/dissonance-dialogue-recall-dp4.md
design-principledissonance-dialogue-recallerp-integrationrecall-communicationtokenizationtraceability

Design principle DP4: Interoperability across EVM-supported applications

Provide interoperability between EVM-supported software applications using recall tracing across organizational borders.

Source paper

This design principle is proposed by From Dissonance to Dialogue: A Token-Based Approach to Bridge the Gap Between Manufacturers and Customers (Norman Pytel, Christian Ziegler, Axel Winkelmann, 2024).

Addresses

  • Design requirement DR4: Interoperability with permissionless blockchain

Implemented by

  • Design feature DF3: Recall tracing and product-state extension of the token
  • Design feature DF4: Interorganizational BC-based data storage
  • Design feature DF5: Customer product-defect announcement
  • Design feature DF6: Manufacturer product-defect announcement
  • Design feature DF7: Manufacturer recall-state management

Citations

[1] Norman Pytel, Christian Ziegler, Axel Winkelmann. From Dissonance to Dialogue: A Token-Based Approach to Bridge the Gap Between Manufacturers and Customers. ACM Transactions on Management Information Systems 15(1), Article 3 (2024). https://doi.org/10.1145/3639058 (opens in a new tab) [2] Source document: From Dissonance to Dialogue - A Token-Based Approach.pdf

02

Linked concepts

Concepts connected by incoming or outgoing native Markdown links.

Design Feature

Design Feature5
Design Feature
design-knowledge/dissonance-dialogue-recall-df3

DF3 - Recall tracing and product-state extension of the token

A standard token interface that traces recalls and extends the product state as the token moves between organizations and customers.

design-featuredissonance-dialogue-recallerp-integrationrecall-communication+2
Design Feature
design-knowledge/dissonance-dialogue-recall-df4

DF4 - Interorganizational BC-based data storage

Inter-organizational blockchain-based data storage shared between manufacturers and customers.

design-featuredissonance-dialogue-recallerp-integrationrecall-communication+2
Design Feature
design-knowledge/dissonance-dialogue-recall-df5

DF5 - Customer product-defect announcement

A feature allowing customers to announce product defects and voluntarily report their health state.

design-featuredissonance-dialogue-recallerp-integrationrecall-communication+2
Design Feature
design-knowledge/dissonance-dialogue-recall-df6

DF6 - Manufacturer product-defect announcement

A feature allowing manufacturers to announce a defective product, initiating a forward recall that notifies all customers holding the token.

design-featuredissonance-dialogue-recallerp-integrationrecall-communication+2
Design Feature
design-knowledge/dissonance-dialogue-recall-df7

DF7 - Manufacturer recall-state management

A feature by which manufacturers set and manage recall states (e.g., 'Checked NOT OK') for affected products.

design-featuredissonance-dialogue-recallerp-integrationrecall-communication+2

Design Requirement

Design Requirement1
Design Requirement
design-knowledge/dissonance-dialogue-recall-dr4

DR4 - Interoperability with permissionless blockchain

The system should allow interoperability between enterprise systems and permissionless blockchain.

design-requirementdissonance-dialogue-recallerp-integrationrecall-communication+2

Paper

Paper1
Paper
papers/dissonance-dialogue-recall

From Dissonance to Dialogue: A Token-Based Approach to Bridge the Gap Between Manufacturers and Customers

The paper presents a token-based recall-communication system integrating ERP and blockchain, developing six design principles (and supporting design features) that improve recall coordination, traceability and co-value creation between manufacturers and customers.

blockchaindesign-science-researchdissonance-dialogue-recallerp-integration+3

03

Relationships

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

Outgoing links

7
  • →

    DF3 - Recall tracing and product-state extension of the token

    Design Feature
    Source
    DP4 - Interoperability across EVM-supported applications
    Target
    DF3 - Recall tracing and product-state extension of the token
    Link label
    Design feature DF3: Recall tracing and product-state extension of the token
    Status
    Resolved

    Derived heading context: Implemented by

  • →

    DF4 - Interorganizational BC-based data storage

    Design Feature
    Source
    DP4 - Interoperability across EVM-supported applications
    Target
    DF4 - Interorganizational BC-based data storage
    Link label
    Design feature DF4: Interorganizational BC-based data storage
    Status
    Resolved

    Derived heading context: Implemented by

  • →

    DF5 - Customer product-defect announcement

    Design Feature
    Source
    DP4 - Interoperability across EVM-supported applications
    Target
    DF5 - Customer product-defect announcement
    Link label
    Design feature DF5: Customer product-defect announcement
    Status
    Resolved

    Derived heading context: Implemented by

  • →

    DF6 - Manufacturer product-defect announcement

    Design Feature
    Source
    DP4 - Interoperability across EVM-supported applications
    Target
    DF6 - Manufacturer product-defect announcement
    Link label
    Design feature DF6: Manufacturer product-defect announcement
    Status
    Resolved

    Derived heading context: Implemented by

  • →

    DF7 - Manufacturer recall-state management

    Design Feature
    Source
    DP4 - Interoperability across EVM-supported applications
    Target
    DF7 - Manufacturer recall-state management
    Link label
    Design feature DF7: Manufacturer recall-state management
    Status
    Resolved

    Derived heading context: Implemented by

  • →

    DR4 - Interoperability with permissionless blockchain

    Design Requirement
    Source
    DP4 - Interoperability across EVM-supported applications
    Target
    DR4 - Interoperability with permissionless blockchain
    Link label
    Design requirement DR4: Interoperability with permissionless blockchain
    Status
    Resolved

    Derived heading context: Addresses

  • →

    From Dissonance to Dialogue: A Token-Based Approach to Bridge the Gap Between Manufacturers and Customers

    Paper
    Source
    DP4 - Interoperability across EVM-supported applications
    Target
    From Dissonance to Dialogue: A Token-Based Approach to Bridge the Gap Between Manufacturers and Customers
    Link label
    From Dissonance to Dialogue: A Token-Based Approach to Bridge the Gap Between Manufacturers and Customers
    Status
    Resolved

    Derived heading context: Source paper

Incoming backlinks

6
  • ←

    DF3 - Recall tracing and product-state extension of the token

    Design Feature
    Source
    DF3 - Recall tracing and product-state extension of the token
    Target
    DP4 - Interoperability across EVM-supported applications
    Link label
    Design principle DP4: Interoperability across EVM-supported applications
    Status
    Resolved

    Derived heading context: Implements

  • ←

    DF4 - Interorganizational BC-based data storage

    Design Feature
    Source
    DF4 - Interorganizational BC-based data storage
    Target
    DP4 - Interoperability across EVM-supported applications
    Link label
    Design principle DP4: Interoperability across EVM-supported applications
    Status
    Resolved

    Derived heading context: Implements

  • ←

    DF5 - Customer product-defect announcement

    Design Feature
    Source
    DF5 - Customer product-defect announcement
    Target
    DP4 - Interoperability across EVM-supported applications
    Link label
    Design principle DP4: Interoperability across EVM-supported applications
    Status
    Resolved

    Derived heading context: Implements

  • ←

    DF6 - Manufacturer product-defect announcement

    Design Feature
    Source
    DF6 - Manufacturer product-defect announcement
    Target
    DP4 - Interoperability across EVM-supported applications
    Link label
    Design principle DP4: Interoperability across EVM-supported applications
    Status
    Resolved

    Derived heading context: Implements

  • ←

    DF7 - Manufacturer recall-state management

    Design Feature
    Source
    DF7 - Manufacturer recall-state management
    Target
    DP4 - Interoperability across EVM-supported applications
    Link label
    Design principle DP4: Interoperability across EVM-supported applications
    Status
    Resolved

    Derived heading context: Implements

  • ←

    From Dissonance to Dialogue: A Token-Based Approach to Bridge the Gap Between Manufacturers and Customers

    Paper
    Source
    From Dissonance to Dialogue: A Token-Based Approach to Bridge the Gap Between Manufacturers and Customers
    Target
    DP4 - Interoperability across EVM-supported applications
    Link label
    Design principle DP4: Interoperability across EVM-supported applications
    Status
    Resolved

    Derived heading context: Design knowledge

04

Local graph

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

Knowledge graph

8 of 8 concepts · 25 directed relationships

Concept types
Press enter or space to select a node.You can then use the arrow keys to move the node around. Press delete to remove it and escape to cancel.
Press enter or space to select an edge. You can then press delete to remove it or escape to cancel.
Design PrincipleSeed

DP4 - Interoperability across EVM-supported applications

Bundle identity

Concept ID
design-knowledge/dissonance-dialogue-recall-dp4
Markdown path
design-knowledge/dissonance-dialogue-recall-dp4.md
Producer label
DP4
Native type
design-principle

Markdown summary

Design principle DP4: Interoperability across EVM-supported applications Provide interoperability between EVM-supported software applications using recall tracing across organizational borders. Source paper This design principle is proposed by From Dissonance to Dialogue: A Token-Based Approach to Bridge the Gap Between Manufacturers and Customers (Norman Pytel, Christian Ziegler, Axel Winkelmann, 2024). Addresses Design requirement DR4: Interoperability with permissionless blockchain Implemented by Design feature DF3: Recall tracing and product-state extension of the token Design feature DF4: Interorganizational BC-based data storage Design feature DF5: Customer product-defect…

Tags

  • design-principle
  • dissonance-dialogue-recall
  • erp-integration
  • recall-communication
  • tokenization
  • traceability
This bounded preview contains only client-safe native OKF metadata.

05

Raw metadata

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

Show producer frontmatter+
{
  "type": "design-principle",
  "title": "DP4 - Interoperability across EVM-supported applications",
  "description": "Provide interoperability between EVM-supported software applications using recall tracing across organizational borders.",
  "resource": "https://doi.org/10.1145/3639058",
  "source_paper": "From Dissonance to Dialogue: A Token-Based Approach to Bridge the Gap Between Manufacturers and Customers",
  "label": "DP4",
  "tags": [
    "dissonance-dialogue-recall",
    "design-principle",
    "recall-communication",
    "erp-integration",
    "traceability",
    "tokenization"
  ],
  "timestamp": "2026-07-16T00:00:00+00:00"
}