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

DSR Knowledge Library

Research prototype · Native Open Knowledge Format

LibraryChatImprintPrivacyEvaluation survey ↗
Library/DP1 - Balance decentralization, scalability and security

Design Principle

DP1 - Balance decentralization, scalability and security

Principle of balancing the blockchain trilemma with a public Layer 1 as a trust anchor, a Layer 2 for scalability, and decentralized communication between layers.

OverviewLinked conceptsRelationshipsGraphRaw metadata

01

Overview

Producer metadata and the represented concept document.

Concept identity

design-knowledge/procurement-is-trilemma-dp1
Open concept record
Producer label
DP1
Source paper
Designing a blockchain-based information system for procurement processes - Balancing decentralization, scalability, and security while maintaining privacy
Timestamp
2026-08-05T00:00:00+00:00
Bundle path
design-knowledge/procurement-is-trilemma-dp1.md
blockchain-trilemmadesign-principleprivacyprocurementprocurement-is-trilemmazero-knowledge

Design principle DP1: Balance decentralization, scalability and security

Principle of balancing the blockchain trilemma with a public Layer 1 as a trust anchor, a Layer 2 for scalability, and decentralized communication between layers.

Aim, implementer, and user: For developers and researchers of blockchain-based solutions (implementers), addressing business use cases such as procurement (users), aiming to leverage their solution by achieving a sustainable balance between scalability, security, and decentralization (aim).

Context: In inter-organizational settings with trust, discontinuity, and inefficiency challenges.

Mechanism 1.1: Build the design on a public permissionless Layer 1 blockchain, complemented by a Layer 2 protocol. Rationale: because it improves scalability while maintaining decentralization and security of the blockchain-based information system.

Mechanism 1.2: Ensure that the Layer 2 design integrates a decentralized communication infrastructure. Rationale: because it ensures decentralization across layers, instead of shifting centralization risks from the base Layer 1 to the scaling Layer 2, thereby retaining the security guarantees of Layer 1.

Source paper

This design principle is proposed by Designing a blockchain-based information system for procurement processes - Balancing decentralization, scalability, and security while maintaining privacy (Valeriya Arnold, Tobias Guggenberger, Jan Stramm, Nils Urbach, 2026).

Addresses

  • Design objective DO1: Publicly accessible, interoperable blockchain infrastructure
  • Design objective DO2: Stable, regulation-compliant payment processing
  • Design objective DO3: Strengthen dispute-resolution trust via permissionless blockchain
  • Design objective DO4: Infrastructure that scales with volume and users

02

Linked concepts

Concepts connected by incoming or outgoing native Markdown links.

4 Design Objectives

design-knowledge/procurement-is-trilemma-do1

DO1 - Publicly accessible, interoperable blockchain infrastructure

The artifact should leverage standardization efforts to enable enterprises to seamlessly integrate their ERP systems with publicly accessible, interoperable blockchain infrastructure.

blockchain-trilemmadesign-objectiveprivacyprocurement+2
design-knowledge/procurement-is-trilemma-do2

DO2 - Stable, regulation-compliant payment processing

The artifact should embed stable and regulation-compliant payment processing into blockchain-based procurement workflows, enabling efficient and seamless value exchange among participants in both national and international contexts.

blockchain-trilemmadesign-objectiveprivacyprocurement+2
design-knowledge/procurement-is-trilemma-do3

DO3 - Strengthen dispute-resolution trust via permissionless blockchain

The artifact should strengthen trust in procurement's dispute resolution processes without undermining trust in the underlying infrastructure by leveraging permissionless blockchain.

blockchain-trilemmadesign-objectiveprivacyprocurement+2
design-knowledge/procurement-is-trilemma-do4

DO4 - Infrastructure that scales with volume and users

The artifact should be built on an infrastructure capable of scaling with growing transaction volumes and users.

blockchain-trilemmadesign-objectiveprivacyprocurement+2

1 Paper

papers/procurement-is-trilemma

Designing a blockchain-based information system for procurement processes - Balancing decentralization, scalability, and security while maintaining privacy

The paper designs a blockchain-based procurement IS that navigates the extended blockchain trilemma (decentralization, scalability, security, plus privacy) while preserving privacy, deriving five evaluated design objectives and two design principles: balance decentralization, scalability and security via a public chain plus Layer-2 scaling and decentralized inter-layer communication; and maintain that balance when privacy is required via efficient, resilient cryptography and minimized control points.

blockchainblockchain-trilemmadesign-science-researchprivacy+3

03

Relationships

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

Outgoing links

5
  • →

    Designing a blockchain-based information system for procurement processes - Balancing decentralization, scalability, and security while maintaining privacy

    Paper
    Source
    DP1 - Balance decentralization, scalability and security
    Target
    Designing a blockchain-based information system for procurement processes - Balancing decentralization, scalability, and security while maintaining privacy
    Link label
    Designing a blockchain-based information system for procurement processes - Balancing decentralization, scalability, and security while maintaining privacy
    Status
    Resolved

    Derived heading context: Source paper

  • →

    DO1 - Publicly accessible, interoperable blockchain infrastructure

    Design Objective
    Source
    DP1 - Balance decentralization, scalability and security
    Target
    DO1 - Publicly accessible, interoperable blockchain infrastructure
    Link label
    Design objective DO1: Publicly accessible, interoperable blockchain infrastructure
    Status
    Resolved

    Derived heading context: Addresses

  • →

    DO2 - Stable, regulation-compliant payment processing

    Design Objective
    Source
    DP1 - Balance decentralization, scalability and security
    Target
    DO2 - Stable, regulation-compliant payment processing
    Link label
    Design objective DO2: Stable, regulation-compliant payment processing
    Status
    Resolved

    Derived heading context: Addresses

  • →

    DO3 - Strengthen dispute-resolution trust via permissionless blockchain

    Design Objective
    Source
    DP1 - Balance decentralization, scalability and security
    Target
    DO3 - Strengthen dispute-resolution trust via permissionless blockchain
    Link label
    Design objective DO3: Strengthen dispute-resolution trust via permissionless blockchain
    Status
    Resolved

    Derived heading context: Addresses

  • →

    DO4 - Infrastructure that scales with volume and users

    Design Objective
    Source
    DP1 - Balance decentralization, scalability and security
    Target
    DO4 - Infrastructure that scales with volume and users
    Link label
    Design objective DO4: Infrastructure that scales with volume and users
    Status
    Resolved

    Derived heading context: Addresses

Incoming backlinks

1
  • ←

    Designing a blockchain-based information system for procurement processes - Balancing decentralization, scalability, and security while maintaining privacy

    Paper
    Source
    Designing a blockchain-based information system for procurement processes - Balancing decentralization, scalability, and security while maintaining privacy
    Target
    DP1 - Balance decentralization, scalability and security
    Link label
    Design principle DP1: Balance decentralization, scalability and security
    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

6 of 6 concepts · 14 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

Balance decentralization, scalability and security

Concept identity

Concept ID
design-knowledge/procurement-is-trilemma-dp1
Producer label
DP1
Native type
design-principle

Description

Principle of balancing the blockchain trilemma with a public Layer 1 as a trust anchor, a Layer 2 for scalability, and decentralized communication between layers. **Aim, implementer, and user:** For developers and researchers of blockchain-based solutions (implementers), addressing business use cases such as procurement (users), aiming to leverage their solution by achieving a sustainable balance between scalability, security, and decentralization (aim). **Context:** In inter-organizational settings with trust, discontinuity, and inefficiency challenges. **Mechanism 1.1:** Build the design on a public permissionless Layer 1 blockchain, complemented by a Layer 2 protocol. Rationale: because it improves scalability while maintaining decentralization and security of the blockchain-based information system. **Mechanism 1.2:** Ensure that the Layer 2 design integrates a decentralized communication infrastructure. Rationale: because it ensures decentralization across layers, instead of shifting centralization risks from the base Layer 1 to the scaling Layer 2, thereby retaining the security guarantees of Layer 1.

DOI

https://doi.org/10.1016/j.is.2026.102723

Tags

  • blockchain-trilemma
  • design-principle
  • privacy
  • procurement
  • procurement-is-trilemma
  • zero-knowledge
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": "DP1 - Balance decentralization, scalability and security",
  "description": "Principle of balancing the blockchain trilemma with a public Layer 1 as a trust anchor, a Layer 2 for scalability, and decentralized communication between layers.",
  "resource": "https://doi.org/10.1016/j.is.2026.102723",
  "source_paper": "Designing a blockchain-based information system for procurement processes - Balancing decentralization, scalability, and security while maintaining privacy",
  "label": "DP1",
  "tags": [
    "procurement-is-trilemma",
    "design-principle",
    "procurement",
    "blockchain-trilemma",
    "privacy",
    "zero-knowledge"
  ]
}