DSR Knowledge LibraryReusable design knowledge and grounded research support
HomeLibraryChatGive feedback ↗

DSR Knowledge Library

Research prototype · Native Open Knowledge Format

LibraryChatImprintPrivacyEvaluation 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.

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 DF1: Customer wallet notification for recall states
  • 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

02

Linked concepts

Concepts connected by incoming or outgoing native Markdown links.

6 Design Features

design-knowledge/dissonance-dialogue-recall-df1

DF1 - Customer wallet notification for recall states

Customers log in with an Ethereum wallet and receive notifications about recall states of products they own.

design-featuredissonance-dialogue-recallerp-integrationrecall-communication+2
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-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-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-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-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

1 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

1 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

8
  • →

    DF1 - Customer wallet notification for recall states

    Design Feature
    Source
    DP4 - Interoperability across EVM-supported applications
    Target
    DF1 - Customer wallet notification for recall states
    Link label
    Design feature DF1: Customer wallet notification for recall states
    Status
    Resolved

    Derived heading context: Implemented by

  • →

    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

7
  • ←

    DF1 - Customer wallet notification for recall states

    Design Feature
    Source
    DF1 - Customer wallet notification for recall states
    Target
    DP4 - Interoperability across EVM-supported applications
    Link label
    Design principle DP4: Interoperability across EVM-supported applications
    Status
    Resolved

    Derived heading context: Implements

  • ←

    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

9 of 9 concepts · 29 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

Interoperability across EVM-supported applications

Concept identity

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

Description

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

DOI

https://doi.org/10.1145/3639058

Tags

  • design-principle
  • dissonance-dialogue-recall
  • erp-integration
  • recall-communication
  • tokenization
  • traceability
Description and publication link from the library record.

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"
  ]
}