pith. sign in

arxiv: 1907.03730 · v1 · pith:AL5EXMEZnew · submitted 2019-07-08 · 💻 cs.DC

Platypus: a Partially Synchronous Offchain Protocol for Blockchains

Pith reviewed 2026-05-25 00:45 UTC · model grok-4.3

classification 💻 cs.DC
keywords childchainoffchain protocolpartial synchronyatomic commitblockchainByzantine fault toleranceprivacy
0
0 comments X

The pith

Platypus solves the childchain closing problem as a Byzantine atomic commit under partial synchrony without trusted execution environments.

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The paper presents Platypus as an offchain childchain protocol that bypasses scalability and privacy issues of blockchains by executing transactions privately. Unlike prior solutions, it operates without assuming network synchrony or using trusted execution environments such as SGX. The authors formalize childchain closing as committing all recorded payments atomically to the main chain in a Byzantine setting. This approach prevents theft via timing attacks and eliminates reliance on hardware manufacturers for privacy. A sympathetic reader would care because it offers a more robust and decentralized way to scale blockchains.

Core claim

Platypus is a childchain that requires neither synchrony nor a trusted execution environment. In order to prove the algorithm correct, the childchain problem is formalized as a Byzantine variant of the classic Atomic Commit problem, where closing a childchain is equivalent to committing the whole set of payments previously recorded on the childchain atomically on the main chain. Platypus is resilience optimal and can be generalized to crosschain payments.

What carries the argument

The formalization of childchain closing as a Byzantine atomic commit problem solved under partial synchrony.

If this is right

  • No attacker can steal coins by leveraging clock drifts or message delays to lure timelocks.
  • Privacy is ensured without trusting a central authority that manufactures dedicated hardware.
  • The protocol can be extended to handle crosschain payments.
  • It achieves resilience optimality in the partial synchrony model.

Where Pith is reading between the lines

These are editorial extensions of the paper, not claims the author makes directly.

  • This reduction might apply to other offchain mechanisms facing similar closing challenges.
  • Generalizing to crosschain could lead to more interoperable blockchain networks.
  • Implementations could be tested against real-world partial synchrony conditions to verify resilience.

Load-bearing premise

That the childchain closing problem can be reduced to a Byzantine variant of atomic commit solvable correctly under partial synchrony without additional timing or hardware assumptions.

What would settle it

An execution trace or simulation showing that under partial synchrony, without a TEE, the protocol allows incorrect atomic commitment or coin theft due to message delays.

Figures

Figures reproduced from arXiv: 1907.03730 by Alejandro Ranchal-Pedrosa, Vincent Gramoli.

Figure 1
Figure 1. Figure 1: Alice can steal Bob’s coin if Bob messages are delayed such that Bob’s [PITH_FULL_IMAGE:figures/full_fig_p002_1.png] view at source ↗
read the original abstract

Offchain protocols aim at bypassing the scalability and privacy limitations of classic blockchains by allowing a subset of participants to execute multiple transactions outside the blockchain. While existing solutions like payment networks and factories depend on a complex routing protocol, other solutions simply require participants to build a \emph{childchain}, a secondary blockchain where their transactions are privately executed. Unfortunately, all childchain solutions assume either synchrony or a trusted execution environment. In this paper, we present Platypus a childchain that requires neither synchrony nor a trusted execution environment. Relieving the need for a trusted execution environment allows Platypus to ensure privacy without trusting a central authority, like Intel, that manufactures dedicated hardware chipset, like SGX. Relieving the need for synchrony means that no attacker can steal coins by leveraging clock drifts or message delays to lure timelocks. In order to prove our algorithm correct, we formalize the chilchain problem as a Byzantine variant of the classic Atomic Commit problem, where closing a childchain is equivalent to committing the whole set of payments previously recorded on the childchain ``atomically'' on the main chain. Platypus is resilience optimal and we explain how to generalize it to crosschain payments.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, simulated authors' rebuttal, and a circularity audit. Tearing a paper down is the easy half of reading it; the pith above is the substance, this is the friction.

Referee Report

1 major / 1 minor

Summary. The paper presents Platypus, a childchain protocol for offchain blockchain transactions. It claims to operate under partial synchrony without a trusted execution environment, formalizes childchain closing as a Byzantine variant of the Atomic Commit problem (where closing commits all prior childchain payments atomically to the main chain), asserts resilience optimality, and sketches a generalization to crosschain payments. The protocol is positioned as avoiding both timing-based attacks and reliance on hardware like SGX for privacy.

Significance. If the reduction and protocol are correct, the result would advance offchain scalability by eliminating two common assumptions (synchrony and TEE) that limit existing childchain and payment-network designs. The explicit reduction to a known problem class and the resilience-optimality claim would be notable strengths if supported by a full algorithm and proof.

major comments (1)
  1. [Abstract] Abstract (paragraph on formalization): the central claim that childchain closing reduces to a Byzantine atomic-commit problem solvable under partial synchrony with no extra timing or hardware assumptions is stated but not accompanied by any algorithm, model definition, or proof sketch in the supplied text, making it impossible to verify whether the reduction is load-bearing or circular.
minor comments (1)
  1. [Abstract] Abstract: 'chilchain' is a typographical error for 'childchain'.

Simulated Author's Rebuttal

1 responses · 0 unresolved

We thank the referee for the detailed review. The abstract summarizes our central contribution; the full manuscript contains the requested model, algorithm, and proof. We address the point below and are prepared to revise the abstract for clarity.

read point-by-point responses
  1. Referee: [Abstract] Abstract (paragraph on formalization): the central claim that childchain closing reduces to a Byzantine atomic-commit problem solvable under partial synchrony with no extra timing or hardware assumptions is stated but not accompanied by any algorithm, model definition, or proof sketch in the supplied text, making it impossible to verify whether the reduction is load-bearing or circular.

    Authors: The supplied excerpt was the abstract only. Section 3 of the full manuscript defines the system model and formalizes childchain closing as a Byzantine atomic-commit problem under partial synchrony. Section 4 presents the Platypus protocol (algorithm and message patterns). Section 5 gives the reduction and correctness proof, showing it is non-circular: we map the childchain state to an atomic-commit instance whose termination and agreement properties are solved using standard partial-synchrony techniques without timing assumptions or TEEs. The reduction is load-bearing because it lets us inherit resilience bounds from the atomic-commit literature while adapting them to the blockchain setting. If helpful we will add a one-paragraph proof sketch to the abstract or introduction. revision: partial

Circularity Check

0 steps flagged

No significant circularity identified

full rationale

The paper reduces the childchain closing problem to a Byzantine variant of the atomic commit problem and presents Platypus as a solution under partial synchrony with no extra timing or hardware assumptions. This is a standard problem formalization and protocol construction with no equations, fitted parameters, self-definitional loops, or load-bearing self-citations visible in the abstract or description. The resilience optimality claim follows directly from the reduction without reducing to its own inputs by construction. The derivation is self-contained against external benchmarks.

Axiom & Free-Parameter Ledger

0 free parameters · 0 axioms · 0 invented entities

Abstract-only review supplies no free parameters, axioms, or invented entities; the formalization step itself is treated as an unverified modeling choice.

pith-pipeline@v0.9.0 · 5747 in / 1051 out tokens · 30172 ms · 2026-05-25T00:45:50.008342+00:00 · methodology

discussion (0)

Sign in with ORCID, Apple, or X to comment. Anyone can read and Pith papers without signing in.

Lean theorems connected to this paper

Citations machine-checked in the Pith Canon. Every link opens the source theorem in the public Lean library.

What do these tags mean?
matches
The paper's claim is directly supported by a theorem in the formal canon.
supports
The theorem supports part of the paper's argument, but the paper may add assumptions or extra steps.
extends
The paper goes beyond the formal theorem; the theorem is a base layer rather than the whole result.
uses
The paper appears to rely on the theorem as machinery.
contradicts
The paper's claim conflicts with a theorem or certificate in the canon.
unclear
Pith found a possible connection, but the passage is too broad, indirect, or ambiguous to say the theorem truly supports the claim.

Reference graph

Works this paper leans on

29 extracted references · 29 canonical work pages · 2 internal anchors

  1. [1]

    Avarikioti, E

    G. Avarikioti, E. K. Kogias, and R. Wattenhofer. Brick: Asynchronous state channels. Technical Report 1905.11360, arXiv, 2018

  2. [2]

    A. Back, M. Corallo, L. Dashjr, M. Friedenbach, G. Maxwell, A. Miller, A. Poelstra, J. Tim´ on, and P. Wuille. Enabling blockchain inno- vations with pegged sidechains. URL: http://www. opensciencereview. com/papers/123/enablingblockchain-innovations-with-pegged-sidechains, page 72, 2014

  3. [3]

    Boneh, M

    D. Boneh, M. Drijvers, and G. Neven. Compact multi-signatures for smaller blockchains. In Int’l Conf. on the Theory and Application of Cryptology and Information Security, pages 435–464, 2018

  4. [4]

    Burchert, C

    C. Burchert, C. Decker, and R. Wattenhofer. Scalable funding of bitcoin micro- payment channel networks. Royal Society open science , 5(8):180089, 2018

  5. [5]

    Cachin, R

    C. Cachin, R. Guerraoui, and L. Rodrigues. Introduction to reliable and secure distributed programming. Springer Science & Business Media, 2011

  6. [6]

    J. Chow. Btc relay. http://btcrelay.org/, 2016

  7. [7]

    Civit, S

    P. Civit, S. Gilbert, and V. Gramoli. Polygraph: Accountable byzantine agree- ment. Cryptology ePrint Archive, Report 2019/587, 2019. https://eprint. iacr.org/2019/587. 21

  8. [8]

    Crain, V

    T. Crain, V. Gramoli, M. Larrea, and M. Raynal. DBFT: Efficient leaderless byzantine consensus and its application to blockchains. In NCA’18, pages 1–8. IEEE, 2018

  9. [9]

    Evaluating the Red Belly Blockchain

    T. Crain, C. Natoli, and V. Gramoli. Evaluating the red belly blockchain. Tech- nical Report 1812.11747, arXiv, Dec. 2018

  10. [10]

    Decker and R

    C. Decker and R. Wattenhofer. A fast and scalable payment network with bitcoin duplex micropayment channels. In Symposium on Self-Stabilizing Systems , pages 3–18. Springer, 2015

  11. [11]

    Dwork, N

    C. Dwork, N. Lynch, and L. Stockmeyer. Consensus in the presence of partial synchrony. Journal of the ACM (JACM) , 35(2):288–323, 1988

  12. [12]

    Ekparinya, V

    P. Ekparinya, V. Gramoli, and G. Jourjon. Impact of man-in-the-middle attacks on ethereum. In 37th IEEE Symposium on Reliable Distributed Systems (SRDS) , pages 11–20, 2018

  13. [13]

    P. Gazi, A. Kiayias, and D. Zindros. Proof-of-stake sidechains. In IEEE Sympo- sium on Security & Privacy , 2019

  14. [14]

    G¨ urcan, A

    ¨O. G¨ urcan, A. Ranchal-Pedrosa, and S. Tucci-Piergiovanni. On cancellation of transactions in bitcoin-like blockchains. In OTM Confederated International Con- ferences” On the Move to Meaningful Internet Systems” , pages 516–533. Springer, 2018

  15. [15]

    M. Herlihy. Atomic cross-chain swaps. In Proceedings of the 2018 ACM Sympo- sium on Principles of Distributed Computing , pages 245–254. ACM, 2018

  16. [16]

    Herlihy, B

    M. Herlihy, B. Liskov, and L. Shrira. Cross-chain deals and adversarial commerce. Technical Report 1905.09743, arXiv, 2019

  17. [17]

    Herrera-Joancomart´ ı, G

    J. Herrera-Joancomart´ ı, G. Navarro-Arribas, A. Ranchal-Pedrosa, C. P´ erez-Sol` a, and J. Garcia-Alfaro. On the difficulty of hiding the balance of lightning network channels. Technical Report 2019.328, Cryptology ePrint Archive, 2019

  18. [18]

    Khalil, A

    R. Khalil, A. Gervais, and G. Felley. NOCUST–a securely scalable commit-chain. Technical Report 642, Cryptology ePrint Archive, 2018

  19. [19]

    J. Kwon. Tendermint: Consensus without mining. Draft v. 0.6, fall , 2014

  20. [20]

    J. Lind, O. Naor, I. Eyal, F. Kelbert, P. Pietzuch, and E. G. Sirer. Teechain: Reducing storage costs on the blockchain with offline payment channels. In Pro- ceedings of the 11th ACM International Systems and Storage Conference , pages 125–125. ACM, 2018

  21. [21]

    Sprites and State Channels: Payment Networks that Go Faster than Lightning

    A. Miller, I. Bentov, R. Kumaresan, and P. McCorry. Sprites: Payment channels that go faster than lightning. Technical Report 1702.05812, arXiv, 2017

  22. [22]

    T. Nolan. Atomic swaps using cut and choose. https://bitcointalk.org/index.php?topic=1364951, 2016

  23. [23]

    Poon and V

    J. Poon and V. Buterin. Plasma: Scalable autonomous smart contracts. White paper, pages 1–47, 2017

  24. [24]

    Poon and T

    J. Poon and T. Dryja. The bitcoin lightning network: Scalable off-chain instant payments, 2016

  25. [25]

    Ranchal-Pedrosa, M

    A. Ranchal-Pedrosa, M. Potop-Butucaru, and S. Tucci-Piergiovanni. Scalable lightning factories for bitcoin. In Proc. of the 34th ACM/SIGAPP Symp. on Applied Computing, pages 302–309. ACM, 2019

  26. [26]

    R. Russell. Lightning networks part ii: Hashed timelock contracts (htlcs). https: //rusty.ozlabs.org/?p=462

  27. [27]

    G. Wood. Polkadot: Vision for a heterogeneous multi-chain framework. White Paper, 2016. 22

  28. [28]

    Zakhary, D

    V. Zakhary, D. Agrawal, and A. E. Abbadi. Atomic commitment across blockchains. Technical Report 1905.02847, arXiv, 2019

  29. [29]

    Zamyatin, D

    A. Zamyatin, D. Harz, J. Lind, P. Panayiotou, A. Gervais, and W. J. Knottenbelt. Xclaim: Interoperability with cryptocurrency-backed tokens. Technical Report 2018/643, Cryptology ePrint Archive, 2018. 23