{"id":"05fb925f-7378-4d01-be5b-ed5314eaa28b","arxiv_id":"1908.08316","paper_version":1,"verdict":"CONDITIONAL","confidence":"MODERATE","novelty_score":4.0,"correctness_risk":"medium","formal_verification":"none","parameter_count":0,"one_line_summary":"The paper claims blockchains can be understood through three components: membership selection, consensus mechanism, and structure, and classifies leading systems accordingly.","lead":"This paper surveys blockchain systems by breaking them into three parts: how members are selected, how consensus is reached, and how data is structured. It offers a framework for comparing designs and a taxonomy of existing proposals.","discovery_kind":"review","skeptic_critique":{"model":"deepseek-v4-flash","headline":"Completeness claim for the three-component decomposition is contradicted by the paper's own Section VIII-E.","rationale":"I read the paper as a survey whose intended contribution is an organizing framework, not a formal theorem, and that framework has genuine value: the tables are extensive, the categorization is mostly coherent, and the attack survey is a useful companion. The load-bearing point is the paper's own completeness claim. The abstract asserts the three components are 'common to all known systems', while the introduction says 'most known systems', Section VIII-E lists additional components that heavily shape blockchain design, and the conclusion reasserts completeness. This is an internal inconsistency, not merely an outside disagreement. The reader's weakest_assumption identified exactly this issue, and the CONDITIONAL verdict is appropriate: the survey can be accepted as a useful partial taxonomy, but the overclaim should be fixed. I therefore recommend no change to the reader's verdict.","tokens_in":47164,"tokens_out":3984,"duration_ms":46287,"concrete_test":"Apply the paper's own taxonomy to the systems it names in Section VIII-E but does not classify: Bitcoin, Zcash, Monero, and Ethereum. If Zcash and Monero both receive the tuple (PoW, Nakamoto consensus, single chain), identical to Bitcoin, while their defining design dimension is transaction-privacy cryptography, then the three components are insufficient to characterize 'all known systems', and the completeness claim fails.","verdict_should_be":"UNCHANGED","load_bearing_attack":"The central claim requires that membership selection, consensus mechanism, and structure are the three critical components 'common to all known systems' (abstract). The paper itself undercuts this: Section I says 'common to most known systems', and Section VIII-E identifies cryptography, internal structures/storage, and virtual machines/platforms as other components that 'heavily contribute and influence the design and operation' of blockchains. The conclusion nevertheless calls the three components 'simple but complete critical components'. This is not a mere wording issue: systems such as Zcash and Monero are differentiated primarily by transaction-privacy cryptography, and Ethereum is differentiated by its EVM execution model, neither of which the taxonomy expresses. A three-component lens can still be useful as a partial organizing tool, but the completeness and deconstruction claim overstates what the paper demonstrates.","agreement_with_reader":"agree"},"referee_report":{"model":"deepseek-v4-flash","summary":"This paper presents a survey of blockchain systems organized around a three-component decomposition: membership selection, consensus mechanism, and structure. It proposes an evaluation framework based on system models, desired properties, and analysis criteria, applies it to classify membership and consensus mechanisms, reviews blockchain structures, and catalogs attacks on these components. The paper claims to be the first to classify blockchains along these three axes and argues that the framework helps tame the complexity of the current blockchain ecosystem.","tokens_in":47241,"tokens_out":6317,"duration_ms":71505,"significance":"Should the three-component decomposition be accepted as an organizing framework, the survey would be a useful entry point: it covers a wide range of PoW/PoS/TEE-based membership mechanisms, BFT and Nakamoto-style consensus, structural variants, and attacks, with convenient summary tables. The paper's self-described novelty is plausible in its combination of the three axes, even though layered decompositions exist, e.g., the blockchain consensus layer of Abraham and Malkhi. However, the advertised completeness of the decomposition is not established and is contradicted by the paper's own discussion, so the significance depends on re-scoping the claim to a useful partial decomposition rather than a complete deconstruction.","major_comments":[{"comment":"The completeness claim that anchors the paper's novelty is internally inconsistent. The abstract says the three components are common to all known systems, while §I says common to most known systems, and §IX calls the decomposition a set of 'simple but complete critical components.' Yet §VIII-E explicitly identifies cryptography, internal structures/storage, and virtual machines/platforms as components that 'heavily contribute and influence the design and operation' of blockchains. For systems such as Zcash and Monero the primary differentiators are transaction-privacy cryptography, and for Ethereum the EVM execution model; the three-component taxonomy does not represent these. Since the stated novelty of the paper is precisely this decomposition, the overstatement is load-bearing. The authors should either argue that the ancillary components are subordinate to or derivable from the three named ones, or rephrase the claims as an important but partial organizing framework.","section":"Abstract, §I, §IX, §VIII-E"},{"comment":"The evaluation framework is applied unevenly across the three components. Membership selection and consensus receive comparative tables (Tables I and III) using the criteria of §III, whereas the structure component is covered only by short narrative descriptions in §VI and by qualitative remarks in §VIII-B and §VIII-C. Given that the paper's contribution is explicitly a tripartite decomposition with 'an evaluation framework ... using the decoupled components as parameters,' the absence of an equally systematic treatment of structure makes the framework incomplete as presented. At minimum, the paper should state why structure is handled only qualitatively, or add a summary table for structure along the same dimensions.","section":"§VI and §VIII-B/C"}],"minor_comments":[{"comment":"The description of Bitcoin mining says the input is 'the combination of the nonce and the new block hash'; the block hash is the output of the hash, not an input, so this should be phrased as hashing the block header (which includes the nonce, the previous block hash, and the Merkle root).","section":"§IV-A.1.1"},{"comment":"Figure 1 is not legible in the provided version; a higher-resolution or vector version with readable labels is needed if it is meant to give the promised 'clear and unique landscape of blockchains.'","section":"Figure 1"},{"comment":"The attack tables would be easier to use if each row explicitly cited the paper or source that introduced the attack, rather than relying on citations only in the prose sections.","section":"Tables IV–VI"},{"comment":"The description of PBFT would be more self-contained if it explained why 3f+1 replicas are needed and what role the view-change timers play, since these points are used later in the discussion of leader-based BFT blockchains.","section":"§V-C.1"},{"comment":"The statement that 'currently, all mainstream blockchains are PoW-based' should be qualified with a date or a phrase such as 'at the time of writing,' since the claim was already becoming less accurate during the period covered by the survey.","section":"§VIII-G"}],"recommendation":"major_revision","confidential_remarks":"The survey descriptions of RepuCoin, RedBelly/DBFT, and Attack of the Clones rely on the authors' own papers (references [221], [59,60], and [75] respectively). This is not circular for the tripartite framework, but it would strengthen the survey if these systems were described using independent sources as well, particularly for quantitative claims such as RepuCoin's reported throughput of about 10K TPS. The main revision requested in the major comments, re-scoping the completeness claim, is a substantive but fixable change; the rest of the survey is usable as a partial taxonomy."},"author_rebuttal":null,"desk_editor":{"model":"deepseek-v4-flash","letter":"Worth a look if you work on blockchain systems and want a compact map. The genuinely new thing is the decomposition into membership selection, consensus mechanism, and structure, and the tables that classify a dozen-plus systems along those axes. That is real organizing value. The paper is readable, the comparison tables are useful, and the attack survey is a good entry point. I came away with a clearer sense of how PoW/PoS/DPoS/TEE selection interacts with Nakamoto vs BFT consensus and with chain/DAG/parallel structures. It is a survey; there is no new math or predictions to check, so soundness is mostly a matter of accuracy and consistency.\n\nThe main soft spot is the completeness claim, and it is mostly the authors' own fault. The abstract says the three components are 'common to all known systems'; the introduction says 'most known systems'; Section VIII-E then lists cryptography, internal storage, and virtual machines as other components that heavily influence design; the conclusion still calls the three components 'simple but complete.' That is an overclaim. Zcash and Monero are differentiated primarily by transaction-privacy cryptography, and Ethereum by its EVM, and the three-axis taxonomy doesn't express those. The fix is easy: say 'common to most systems' and call the framework a useful decomposition rather than a complete one. The survey would lose nothing.\n\nOther issues are minor: a few inconsistencies in tables (e.g., Avalanche network assumptions), the proof-of-reputation/RepuCoin and DBFT/RedBelly descriptions cite the authors' own papers, which is fine when the descriptions match, and the whitepaper-vs-peer-reviewed contrast is slightly overstated. Nothing load-bearing.\n\nWho this is for: graduate students and researchers coming into blockchain distributed systems, and practitioners looking for a comparative overview. It deserves serious refereeing; the flaws are wording-level overclaims and table polish, not a broken core. I would suggest the editors send it out with a request to fix the completeness language and table details. I'd probably cite it as a survey entry point.","headline":"A useful and mostly accurate blockchain survey whose three-component framework is genuinely helpful, but the completeness claim should be softened to 'most systems' given the paper's own ancillary-components section.","tokens_in":47768,"tokens_out":1810,"would_cite":true,"duration_ms":20562,"reading_group":"yes","serious_thinker":"yes","would_accept_peer_review":true},"rs_alignment":null,"lean_confirmation":null,"pith_extraction":{"msc":[],"pacs":[],"model":"deepseek-v4-flash","headline":"The paper claims that any blockchain can be understood as a combination of three components: membership selection, consensus mechanism, and structure.","keywords":["blockchain","consensus","membership selection","structure","distributed ledger","Byzantine fault tolerance","proof-of-work","proof-of-stake"],"falsifier":"Find one deployed or formally specified blockchain that cannot be placed in the survey's classification without a forced choice that obscures a security-relevant property, for example a system whose liveness depends on transaction-level mempool ordering inside a block, and show that two systems in the same three-way cell have different safety or liveness guarantees.","tokens_in":46944,"feed_emoji":"⛓️","tokens_out":3880,"duration_ms":39848,"temperature":0.7,"pith_summary":"This paper tries to tame the growing complexity of blockchain designs by decomposing every known system into three critical components: membership selection, which decides the committee of nodes that participate; consensus mechanism, which decides the next block; and structure, which organizes the data. It then builds an evaluation framework around system models, desired properties, and analysis criteria, and uses that framework to classify leading proposals and the attacks against them. If the decomposition holds, it gives a common language for comparing blockchains and for designing new systems by mixing components in new combinations. The practical payoff would be clearer analysis of future proposals and an organized map of the current landscape.","feed_headline":"Three components sort every blockchain design","feed_subtitle":"A survey groups leading systems by who picks the committee, how the next block is decided, and how data is organized.","key_machinery":"The central object is the decomposition itself: membership selection determines the committee of nodes that runs the consensus, consensus mechanism decides the block to append, and structure represents how the ledger data is organized. The evaluation framework supplies the criteria that make the decomposition operational: network synchrony, online presence, adversary threshold measured in computational power, stake, space, or traditional Byzantine faults, and trust assumptions, together with desired properties such as agreement, termination, validity, and total-order prefix. The classification tables and generic chart for membership selection categories carry the argument by converting a sprawling design space into a small set of dimensions on which systems can be compared.","core_discovery":"The central claim is that the diverse field of blockchains can be usefully characterized by three decoupled components, and that these three components are the right parameters for evaluation and comparison. The paper classifies membership selection into work-, stake-, capacity-, authority-, hardware-, and location-based variants; consensus into Nakamoto-style probabilistic protocols and BFT-style deterministic protocols; and structure into single chains, parallel chains, directed acyclic graphs, and block lattices. It claims to be the first to classify blockchains by this three-way decomposition, and it provides tables and charts that map leading systems onto these categories together with their system models, properties, and achieved guarantees.","pith_inferences":["Editorial inference: the same three-axis decomposition could be extended to sharding and cross-chain systems, where membership selection per shard and structure between shards become natural parameters, a direction the paper only sketches in its future outlook.","Editorial inference: the classification implies a design space of membership-consensus-structure triples, so unexplored combinations may yield protocols with properties not yet seen; testing such combinations would be a direct extension of the survey.","Editorial inference: the attack taxonomy suggests a unified threat model where each attack is tied to the violation of one component's assumption, which could be tested by checking whether every known blockchain attack fits at least one of the paper's three attack categories.","Editorial inference: if a counterexample arises in which two systems classified identically on all three axes have materially different safety or liveness behavior, the framework would likely need a fourth axis such as transaction semantics or execution environment, as the paper's own discussion of ancillary components anticipates."],"forward_implications":["New blockchain proposals can be classified and compared along the three axes of membership selection, consensus mechanism, and structure, making their design choices explicit.","System designers can deliberately combine components from different categories, revealing novel coherent combinations rather than starting from a single template.","Attacks can be organized by which component they exploit, such as mining-power attacks targeting membership selection or long-range attacks targeting consensus assumptions, giving a structured way to reason about defenses.","The framework provides a checklist for reading whitepapers that lack formal detail, since each system can be described by its choices on the three axes and the assumptions those choices entail.","Scalability and security trade-offs become visible as interactions between components, for example the pairing of PoW-based membership selection with BFT consensus and parallel-chain structures in systems like ByzCoin and RepuCoin."],"supporting_citations":[{"why":"The Bitcoin whitepaper supplies the original blockchain design, the PoW membership selection, and Nakamoto consensus that the survey uses as its baseline.","marker":"[150]"},{"why":"Cachin and Vukolić's comparison of consensus protocols in permissioned blockchains provides a prior baseline that the survey extends by adding membership and structure.","marker":"[49]"},{"why":"Abraham and Malkhi's layered deconstruction of blockchain consensus is the prior decomposition the paper builds on and differentiates from.","marker":"[18]"},{"why":"Bano et al.'s overview comparing Proof-of-* and other consensus mechanisms supplies a comparison baseline for the survey's own consensus classification.","marker":"[26]"},{"why":"Vukolić's contrast between blockchains and BFT replicated state machines frames the scalability and property comparisons used in the evaluation framework.","marker":"[212]"},{"why":"Gramoli's discussion of misunderstanding blockchain guarantees motivates the systematization that the three-component decomposition aims to provide.","marker":"[97]"},{"why":"The Ethereum whitepaper introduces smart contracts and an example structure and execution model that the survey uses to show how later systems extend Bitcoin.","marker":"[216]"},{"why":"The Bitcoin backbone protocol analysis supplies the common-prefix and chain-quality properties that ground the survey's discussion of total-order prefix and consensus guarantees.","marker":"[89]"}],"fun_headline_variants":["Three components decode every blockchain design","Blockchains broken into 3 simple parts","The 3-part framework for all blockchains","Sort any blockchain by membership, consensus, structure"],"cache_read_input_tokens":3200,"weakest_assumption_plain":"The load-bearing premise is that membership selection, consensus mechanism, and structure are the three critical components whose decomposition is sufficient to compare and classify all known blockchain systems; the paper itself concedes that other components such as cryptography, internal storage, and virtual machines also heavily shape design.","fun_headline_variants_meta":{"raw":{"variants":["Three components decode every blockchain design","Blockchains broken into 3 simple parts","The 3-part framework for all blockchains","Sort any blockchain by membership, consensus, structure"]},"model":"deepseek-v4-flash","effort":"low","cost_usd":0.000212,"raw_usage":{"total_tokens":1365,"prompt_tokens":841,"completion_tokens":524,"prompt_tokens_details":{"cached_tokens":384},"prompt_cache_hit_tokens":384,"prompt_cache_miss_tokens":457,"completion_tokens_details":{"reasoning_tokens":469}},"tokens_in":457,"tokens_out":524,"duration_ms":5953,"temperature":1.0,"reasoning_tokens":469,"cache_read_input_tokens":384,"cache_creation_input_tokens":0},"cache_creation_input_tokens":0},"created_at":"2026-08-14T11:41:30.000266+00:00","model_set":{"reader":"deepseek-v4-flash"},"falsifier":"Find one deployed or formally specified blockchain that cannot be placed in the survey's classification without a forced choice that obscures a security-relevant property, for example a system whose liveness depends on transaction-level mempool ordering inside a block, and show that two systems in the same three-way cell have different safety or liveness guarantees.","supporting_citations":[{"cited_title":"The Quest for Scalable Blockchain Fabric: Proof-of-Work vs. BFT Replication,","cited_arxiv_id":null,"evidence_quote":"Vukolić's contrast between blockchains and BFT replicated state machines frames the scalability and property comparisons used in the evaluation framework."},{"cited_title":"Ethereum: A secure decentralised gener- alised transaction ledger,","cited_arxiv_id":null,"evidence_quote":"The Ethereum whitepaper introduces smart contracts and an example structure and execution model that the survey uses to show how later systems extend Bitcoin."}],"review_version":1}