<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Increasing the efficiency of decision-making in a decentralized autonomous organization in the warehousing sector</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Myroslav Komar</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Andrii Taborovskyi</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ihor Maykiv</string-name>
          <email>imaykiv@yahoo.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Serhii Hutsal</string-name>
          <email>hutsal.serhiy@gmail.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Dmytro</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>West Ukrainian National University</institution>
          ,
          <addr-line>Lvivska str., 11, Ternopil, 46009</addr-line>
          ,
          <country country="UA">Ukraine</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>This paper presents a cost-efficient decision support system (DSS) architecture for warehouse operations, built around a decentralized autonomous organization (DAO). By fusing blockchainbased decentralization with advanced computation and data-processing techniques, the proposed design enhances data storage integrity, accelerates decision-making, and lowers operational overheads. Experimental evaluation shows measurable maintenance savings for DAO-driven warehouses, validating the approach. The study details core warehouse processes, decision algorithms, and optimization methods, and contrasts them with traditional centralized models. Principles distilled from this analysis - distributed data governance, modular algorithm selection, and scalable computational off-loading - collectively reduce service costs while raising accuracy and throughput. A novel DAO data-storage mechanism underpins the architecture, enabling tamperresistant records and real-time analytics without heavy central servers. The findings demonstrate that integrating blockchain into warehouse DSSs can streamline management, improve resilience, and deliver sustainable cost reductions, marking a substantive advance in smart-logistics technology.</p>
      </abstract>
      <kwd-group>
        <kwd>Indexing</kwd>
        <kwd>storing data in blockchain</kwd>
        <kwd>DAO</kwd>
        <kwd>DSS</kwd>
        <kwd>warehouse management</kwd>
        <kwd>warehouse management system</kwd>
        <kwd>prioritization methods</kwd>
        <kwd>supply chain 1</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>The warehousing industry is a fundamental part of the global supply chain management
system, which is a key link that ensures the smooth operation and rapid delivery of goods from
one location to another. This complex network is inextricably intertwined with a DSS, a critical
element that significantly increases the efficiency of warehouse operations. However, like any
complex system, DSS is not perfect, and there is always room for improvement and scaling.
This comprehensive article will take a closer look at potential improvements that can be made,
discuss their implementation in detail, and evaluate the projected impact of these changes on
the effectiveness of DSS in the warehousing industry.</p>
      <p>
        To stay ahead of the competition and keep up with technological progress, a decision maker
must be aware of what is happening. However, if there is a lot of information, it is impossible
to quickly “see and understand” it, let alone make the right decision based on it. It is for such
cases that DSS are developed. For example, these are solutions related to the management of
organizational operations, production processes, resource management, etc.
WMSs are information systems designed to support managers in choosing the best solution
from numerous alternatives [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. These systems are a combination of organized models,
procedures, software, databases, telecommunications, and other devices. They are aimed at
solving unstructured or semi-structured business problems [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. In organizations that have
implemented SPMS, they are a key tool for operations management and planning, helping
managers to effectively solve complex and dynamic problems.
      </p>
      <p>Decision support system should meet following requirements:











</p>
      <p>
        Processing large amounts of data [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ];
Receiving and processing data from various sources, including internal and external,
stored in systems and on mainframes [
        <xref ref-type="bibr" rid="ref4 ref5 ref6">4-6</xref>
        ];
Flexibility of reports and presentations to meet user needs;
Supporting management judgment rather than replacing it;
Conducting comprehensive analysis and comparisons using modern software
packages;
Increase the effectiveness of decisions;
Availability of forecasting tools [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
      </p>
      <p>
        Modern decision support systems have the following capabilities:
Adaptation to different decision-making frequencies: from individual to regular;
Support for the stages of problem solving: analysis, design, selection,
implementation, monitoring;
Work with different types of problems: from structured to unstructured;
Support at different levels of decision-making: operational, tactical, strategic [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Related work</title>
      <p>
        The article [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] focuses on exploring the field of warehousing and especially the role of decision
support system. Utilizing a systematic approach, the article examines different aspects of
research, such as problem subject, decision support goals, methodologies used, problems types,
solution architectures, technologies to use best. The article proves the need for the development
of more complex and smart decision support systems for supply chain process, especially in
time of the growth of e-commerce and the demand for rapid business automation. It is examined
that in the current conditions, the issues of actuality and responsivness of decision support
systems are vitaly relevant for warehouse area to ensure the possibility to quickly respond to
minding conditions and market requirements. Thus, the literature review in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] emphasizes the
importance of innovations in the field of decision support at warehouses and identifies key
points for future researches aimed to improve the efficiency of warehouse automation.
      </p>
      <p>
        The following studies describe implementations of blockchain-related systems in
wareousing domain. Blockchain-assisted Supply Chain Management System for Secure Data
Management by Kandpal et al. (2022) showcases a framework utilizing technologies such as
Ganache, Metamask, MySQL, PHP, NodeJS, Solidity, and JavaScript to enhance supply chain
management with blockchain [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
      <p>
        Evaluation of Factors Affecting the Decision to Adopt Blockchain Technology by Maden and
Alptekin (2020) highlights blockchain's potential beyond financial services, notably in supply
chains, power, and food/agriculture, describing its role in reducing management costs [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>
        Blockchain Technology Implementation in Logistics by Tijan et al. (2019) explores the
applications of decentralized data storage in logistics including supply chain management,
common logistics challenges are addressed [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>
        Blockchain Performance in Supply Chain Management by Hong and Hales (2021) assesses
performance in supply chain management by identifying various methodologies for
analysis [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
      <p>
        Decision Support for Blockchain Platform Selection: Three Industry Case Studies by Farshidi
et al. (2020) claims usecases of a decision model for blockchain platform selection, reducing
decision-making time and costs keeping traditional methods consistency [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
      </p>
      <p>
        Big Production Enterprise Supply Chain Endogenous Risk Management Based on
Blockchain by Fu and Zhu (2019) applies blockchain to mitigate endogenous risks in enterprises'
supply chains, prooving improvements in decision accuracy [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
      </p>
      <p>
        Blockchain-Driven Customer Order Management by Martinez et al. (2019) investigates
blockchain's effects on supply chain management processes, showing efficiency improvements
and better data tracking of operations [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ].
      </p>
      <p>
        Evaluating the Feasibility of Blockchain in Logistics Operations: A Decision Framework by
Ar et al. (2020) designes a framework for assessing blockchain's feasibility in logistics, focusing
on enhancing decision-making in this field [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ].
      </p>
      <p>These studies collectively highlight blockchain's security potential in the warehousing
industry, ephasize advantages of providing decision support system on chain, demonstrating
this technology can enhance traditional decision-making systems in domain specified.</p>
      <p>
        The most impactful and defining drawbacks and challenges found during exploration of
blockchain technology's application in warehouse field to enhance decision support systems are
the following:
 Integration Complexity: implementing blockchain technology into existing
warehouse management systems can be challenging due to differences in
architecture and the need for high compatibility between systems [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ].
 High Initial Costs: the development and deployment of blockchain solutions require
significant initial investments, which can be prohibitive for some organizations,
especially small and medium-sized enterprises [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ].
 Scalability Issues: some blockchain platforms may face limitations in scalability,
particularly in the context of large warehouse operations where high volumes of
transactions need to be processed [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ].
 Transaction Delays: due to blockchain's consensus algorithms, such as Proof of
Work, transaction processing can experience delays, which may be critical for
timesensitive warehouse operations [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ].
 Privacy and Security Concerns: despite blockchain's high level of security, there are
concerns about data privacy, especially in permissioned networks where access to
information can be limited [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ].
 Technical Complexity: developing and managing blockchain systems require
specialized knowledge and skills, which may not be available in some organizations,
limiting their ability to effectively utilize this technology [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ].
 Technology Dependence: a strong reliance on blockchain platforms can pose
business risks, especially if the platform experiences technical issues or ceases to
exist [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ].
      </p>
      <p>These challenges force engineers to switch between methodologies and approaches, create
new ones when integrating blockchain technology in decision support systems into the
warehousing sector to hide difficulties with great achievements.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Dao structure for decision support system</title>
      <p>Each DAO consists of a number of necessary concepts that ensure its reliable operation. This
is how a high-quality decision support system is built, including in warehousing
processes (Fig. 1):</p>
      <p>
        Sysetm is based on smart contracts. These applications, stored and executed on an Ethereum
virtual machine, define unchanging rules of interaction between system participants, assigning
them roles, ensuring transparency and data integrity [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]. Its administration through token
voting. System participants act as holders of the system's internal ERC-20 token, which gives
them voting rights. The more tokens a participant has, the more weighty his or her vote is.
Participants' actions that benefit the system itself allow them to earn tokens. The actions of a
participant that harm the system penalize the participant by imposing a fine in tokens. Since
the system is closed, each participant is interested in actions that will have the most positive
impact on the system, often ignoring personal beliefs. In this way, competitors gathered in one
system create the most honest marketplace for interaction, which forces them all to improve
their performance only by fair means. Voting is usually done using a proposal and vote
mechanism.
      </p>
      <p>
        All the business is implemented through the proposal system. Each DAO participant has
the ability to propose a transaction. It can, in turn, define an action on DAO values, or add new
or remove existing DAO values. It can also indicate interaction between system participants
(imposing a fine, rewarding with a prize, removing from the system, adding to the system). This
approach is highly customizable and ensures that participants are forced to remain loyal to the
system. The number of successful proposed transactions determines the participant's voting
power [
        <xref ref-type="bibr" rid="ref21">21, 22</xref>
        ].
      </p>
      <p>A transaction in a DAO network is the only mechanism that involves changing data [23].
All processes in the system are carried out with the help of transactions. There are 10 types of
transactions, which together make it possible to create a DAO with any set of rules that can
solve real problems in an infinite number of aspects of human life.</p>
      <p>Proposal making transaction (Fig. 2). Contains data about the proposal to be executed. It
determines the time during which the proposal must be accepted. If this time expires, the offer
becomes rejected. A proposal has several states of its life cycle: Draft, Confirmed, Active,
Validated, Rejected, Completed, Expired, Canceled.</p>
      <p>Token voting transaction (Fig. 2). This is a typical ERC-20 token transfer transaction, but
with additional data. It denotes the voting process. Thus, system participants can support or
reject existing proposals. The creation and burning of internal system tokens must be precisely
prescribed so that it defines the balance of the system and the integrity of the vote. Incorrectly
defined rules for token interaction can lead to inflation or shortages, which will tilt the levers
that ensure the equality of the system in someone’s favor. Knowledge of the mechanisms and
approaches to creating tokenomics is an integral part of building a reliable DAO system.</p>
      <p>Proposal execution transaction (Fig. 2). Can be executed by any participant in the system
if all prerequisites for the proposal execution have been met. At the time of execution, the
proposal must be confirmed. Usually this is an expensive transaction, because it involves the
execution of business tasks, as well as all processes within the DAO that arise from this
proposal: accrual of reward, imposition of a penalty, updating the history of system activity,
etc.</p>
      <p>Fund transfer transaction. Can be performed separately from the main business proposals.
In case the system tokens have been credited to one of its participants, they can still be blocked
at the system level. Then the participant himself initiates a transaction to withdraw them. Or
the participant can additionally block some assets within the system to obtain additional system
tokens.</p>
      <p>Transaction of changes to the administration parameters and collective adjustment of
administration. Can be marked with separate attributes so that separate rules apply to them.
The transactions themselves do not issue the common resources themselves for which the DAO
system has united, but rather the rules and principles of operation of this system itself.</p>
      <p>Transaction of registration of a new or removal of an existing participant. For most closed
DAO systems, this type of transaction is replaced by a transaction of system token transfers.
Thus, a system participant is any person who has system tokens in his wallet.</p>
      <p>Other types, such as staking/unstaking transactions, dividend distribution transactions,
emergency acting transactions, are used extremely rarely, or are not used at all, depending on
the construction of a DAO system with a finite set of users.</p>
      <p>These transactions differ by the following characteristics: the amount of data they write to
the blockchain, the amount of data they read from the blockchain, the amount of work that a
transaction can lead to (measured in gas), the number of internal transactions that are called. A
feature of the DAO system, which works to support decision-making in the field of
warehousing, is that the data that the participants of the system operate on are only identifiers
of existing objects (product code, warehouse code, order number, route index, key operation
code, etc.). The absence of big data significantly reduces the cost of blockchain transactions
[24].</p>
      <p>Proposed flow has its main advantage as decoupling responsibilities over entities for
potential scaling of the solution. Also since every unit is separated it means that its integration
with other systems can be implemented independently. In addition to that having Voting
Process as a standalone smart contract provides ability to build it on top of any existing
platforms such as DEXes to have rich functionality to support more complex token transfer
scenarios.</p>
      <p>Table 1 lists the estimated cost (in gas) of each type of transaction, used for the decision
support system in the field of warehousing.</p>
      <sec id="sec-3-1">
        <title>Proposal submission</title>
      </sec>
      <sec id="sec-3-2">
        <title>Proposal execution</title>
      </sec>
      <sec id="sec-3-3">
        <title>Governance parameters update 50-70% 10-15%</title>
        <p>5-10%
2-5%</p>
      </sec>
      <sec id="sec-3-4">
        <title>Cost (gas)</title>
        <p>40-100k
100-300k
200-600k
180-500k</p>
      </sec>
      <sec id="sec-3-5">
        <title>Cost (USD @ $3000/ETH $2.40-$6 $6-$18</title>
        <p>$12-$36
$10.8-$30
Governance structure
changes</p>
      </sec>
      <sec id="sec-3-6">
        <title>Fund transfer</title>
      </sec>
      <sec id="sec-3-7">
        <title>Member management</title>
      </sec>
      <sec id="sec-3-8">
        <title>Dividend distribution</title>
      </sec>
      <sec id="sec-3-9">
        <title>Staking Unstaking tokens</title>
        <p>Emergency actions
2-5%
1-2%</p>
        <p>Average DAO system for supporting daily decision making consisting of 50 participants
performs about 400 transactions per month. Thus, the estimated cost of maintaining the system
(transaction fees) is 46,800 gas, or $2,800 at a price of $3,000/ETH. The growth in the number of
transactions is exponential in the growth in the cost of maintaining the system. Thus, a DAO
for supporting daily decision-making, consisting of 100 participants, will require about $9,000
per month to pay for transactions.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Experimenting with data indexing to improve DAO performance</title>
      <p>Each access to the blockchain requires payment for computing power. Each transaction must
be paid for depending on the amount of gas that was burned to execute it. Since access to data
in the blockchain is not competitive, both reading and writing can only be done in turn.
Therefore, each reading and each writing is a paid operation. It is important to note that writing
is more expensive than reading.</p>
      <p>Data stored in the blockchain does not have the proper level of structuring that users and
developers of traditional databases are used to. Also, the blockchain does not offer standard
querying, filtering, or data indexing functions [25]. The user only gains access to a memory
segment and reads it in full or in part, operating with bytewise indentations. Working with
memory is also complicated by the lack of complex data structures that are supported natively.
Only primitives, as well as arrays, mappings (dictionaries), and structures can be operated on.</p>
      <p>Indexing data to create a copy of it outside the blockchain is a method that can significantly
reduce the cost of maintaining a DAO system [26]. This is achieved by building a database
outside the blockchain, exposing an event listener from the blockchain, and creating a user
interface for searching and processing the data [27].</p>
      <p>Every transaction that is executed in a decentralized system can trigger events. An event is
a kind of log record that transmits data from the blockchain in a simple form back to the client,
or blockchain explorer. Each event can contain up to 6 fields, some of which are indexed. A
transaction can trigger as many events as there is gas for execution. An event does not take up
space in the smart contract storage, so it is efficient to transfer large amounts of data with it.</p>
      <p>Events are typed and are used to indicate important changes that occurred during the
execution of a transaction [28]. This can be a token transfer, a change in the owner of any
artifact, the creation of new tokens or contracts, a vote, etc. In this case, the event not only
reports that changes have occurred, it also supports data that directly relates to these changes
(participants, volumes, prerequisites, results).</p>
      <p>The main purpose of events is to optimize gas consumption, since data that should not be
directly protected by the blockchain can be stored in the events themselves outside the
blockchain. They can be searched, their fields can even be indexed. At the same time, this is a
search outside the blockchain, that is, it does not require payment for computing power to work.</p>
      <p>Data indexing is achieved by hashing the key field, and sorting by the hash found. Thus,
searching for an element in an array can have either logarithmic complexity, if it is a sorted
array, or unit complexity, if it is an array of buckets with indexed access to elements. Let's
consider 2 hashing methods that can be used to index data stored on a blockchain: Keccak-256
and SHA-256. Their use depends on the data access mechanism.</p>
      <p>Keccak-256 follows a sponge construction, consisting of two phases: Absorbing and
Squeezing. Following formula is being used:

− 256( ) =</p>
      <p>( ,  ,  ),
Sponge function consists of two operations: Absorbing - Message is XORed into the
state and permuted and Squeezing - Output is extracted from the state.</p>
      <p>Permutation Step  . Keccak uses a permutation function  applied 24 times to a 5×5×64-bit
state matrix. The transformation consists of:</p>
      <p>M – Input message
r = Bitrate (1088 bits for Keccak-256)
c = Capacity (512 bits for Keccak-256)</p>
      <sec id="sec-4-1">
        <title>Theta ( ): XORing columns;</title>
        <p>Rho ( ): Bitwise rotations;
Pi ( ): Shuffling state matrix positions;
Chi ( ): Non-linear transformation (XOR with AND);
Iota ( ): XOR with a round constant;
where:










=      ( )
,</p>
      </sec>
      <sec id="sec-4-2">
        <title>Where S is the state matrix.</title>
        <p>For a closed DAO system that will operate within an automated warehouse or a network of
warehouses, it is proposed to set up a listener for events from the blockchain. Data indexing
will be done using the keccak-256 method. This is a service whose backend connects directly to
the blockchain node and listens to events from the smart contracts of its own DAO. The data
stream can be filtered, transformed, systematized, and recorded in a traditional database. A
relational database is better suited for individual entities and their dependencies, while a
nonrelational database is better suited for individual pieces of information [29].</p>
        <p>In this way, a copy of the DAO system data is formed that is stored outside the blockchain.
This removes restrictions on the data structures that can be used. The raw data stream can be
processed and stored in arbitrary forms, ensuring the most efficient access to data, as well as
introducing the possibility of infinitely efficient indexing.</p>
        <p>Using this approach, the cost of reading data from the blockchain approaches zero, provided
that the maximum relevance of this data is not required. In addition, data can be read
immediately by building complex queries and filters instead of processing raw data separately
just read from the blockchain each time.</p>
        <p>where



where





</p>
        <p>The DAO user interface can now work with data stored outside the blockchain, which
contributes to an increase in system performance. The load on data processing for display is
also reduced, since they can be stored in the database in a way that is most optimized for fast
reading from the frontend.</p>
        <p>It is worth noting and understanding that this approach does not guarantee indisputable
data accuracy. Therefore, if a transaction is planned with respect to the data that is read from
the index copy, then it is necessary to insure that any of them may be changed at the time of
transaction execution.</p>
        <p>For indexing immutable data, it is proposed to use the sha-256 hashing mechanism, since the
previously discussed keccak-256 is more optimized for hashing data that changes frequently.
SHA-256 follows the Merkle–Damgard construction with 64 rounds of bitwise operations.
Following formula is being used:
 ( ) = 
− 256( ) = 

,</p>
      </sec>
      <sec id="sec-4-3">
        <title>M is message padded to a multiple of 512 bits; The message schedule expands MMM into 64 words Wt; The working variables a, b, c, d, e, f, g, h are initialized from constants; Round Function for Each t (0 to 63):</title>
        <p>T = h + Σ (e) + Ch(e, f, g) + K + W
 2 =  ( ) +</p>
        <p>( ,  ,  )
ℎ =  ,  =  ,  =  ,  =  + 
 =  ,  =  ,  =  ,  =</p>
        <p>+  ,
Kt are constant values derived from the fractional parts of cube roots of prime
numbers;
Wt are message words expanded from M;
Σ0(x) = ROTR2(x) ⊕ ROTR13(x) ⊕ ROTR22(x) – bitwise operation;
Σ1(x) = ROTR6(x) ⊕ ROTR11(x) ⊕ ROTR25(x) – bitwise operation;
Ch(x, y, z )= (x ∧ y) ⊕ (¬x ∧ z) – bitwise operation;</p>
        <p>Maj(x, y, z) = (x ∧ y) ⊕ (x ∧ z) ⊕ (y ∧ z) – bitwise operation;</p>
        <p>After all rounds, the final hash is computed by XORing the initial hash values with the
updated working variables.</p>
        <p>Since data is read much more often than written, data indexing allows to significantly save
on computing power, while not reducing the efficiency of the DAO system. Let's conduct a
comparative characteristic of the system developed using data indexing to existing similar
systems that do not do this.</p>
        <p>Mentioned algorithm works well for most inputs. It is suggested to use AI to dynamically
obtaint the best hashing algorithm out there. Depending on goals the accent could be made on
throughput, on collision resistance, on randomness, memory usage, energy consumption and
so on. Platform support is also a restriction, since we’re working in both on chain and off chain.
Classification model to use for the most suitable algorithm picking is out of scope for this paper.</p>
        <p>Let's consider separately the most common types of DAO transactions. We will also analyze
what their gas is spent on and what part of the gas can be saved after building a proper indexer.
The choice of technologies used to build the service, database, and indexer will depend on the
specific implementation of the DAO in a specific warehouse or network of warehouses. This
study considers a conceptual method. The Graph, Mongo DB, and C#/.Net technologies were
used to build a test indexer and analyze cost reduction as an experiment.</p>
        <p>A transaction for making a proposal in the DAO network involves direct work with data
belonging to the system. The proposal will be executed only after a successful vote, that is, it
must expect that at the time of execution the data can be changed. This confirms the fact that
creation of a new proposal does not require the most recent data from the blockchain. Thus,
indexing allows you to form a proposal without the need to additionally read the data. Forming
a proposal is a subjective process that is formed manually, so it is difficult to define the average
amount of gas savings if you use an indexer instead of constantly accessing the blockchain. The
approximate savings in resources required to form a proposal, which was determined
empirically, is 45%.</p>
        <p>A transaction to vote for a proposal in the DAO network involves the transfer of system
tokens with certain additional data to indicate a vote “for” or “against”, its weight and the target
of proposal to which it relates directly. It is expected that before voting each participant in the
system will familiarize himself with the proposal, its documentation and validate whether its
description matches its representation in the blockchain. By indexing data you can eliminate
the need to read the proposal from the blockchain, but it is impossible to simplify the
mechanism for its validation. That is, the savings are reduced to the cost of a single reading of
the proposal, which occurs from the database and not from the blockchain. The estimated
savings in resources required to vote for the proposal is &lt;1%.</p>
        <p>A proposal execution transaction in the DAO network involves fulfilling business
requirements for changing key data within the system. That is, writing and editing will be
carried out much more often than reading. Thus, data indexing will not bring the desired results.
The estimated savings in resources is 0%.</p>
        <p>Transactions for collective adjustment and for changing the administration of the DAO
involve introducing additional rules and norms into the system, or changing the state of the
system. To form them, complete information about each participant is required, as well as about
the state of values, blocked resources, the history of all proposals, their status, voting results,
etc. Thanks to indexing, this process can be performed outside the blockchain, simplifying the
transaction itself as much as possible. A special advantage is that objects placed in a relational
database allow to form complex search queries to obtain the desired results. The estimated
savings in resources required to form a collective adjustment or change of administration
transaction, which was determined empirically, is 92%.</p>
        <p>Other types of transactions are performed very rarely in a DAO that serves as a decision
support system in the field of warehousing, so the degree of their efficiency increase was not
analyzed.</p>
        <p>Using the data indexing method and testing the DAO system in local mode, it was possible
to obtain the following indicators of the estimated cost (in gas) of each type of transaction,
namely the decision support system in the field of warehousing.</p>
        <p>Average DAO system for supporting daily decision-making consisting of 50 participants
performs about 400 transactions per month. Thus, the estimated cost of maintaining the system
(payment of transactions) using indexing and data storage outside the blockchain is 35200 gas,
or $2100 at a cost of $3000/ETH.</p>
        <p>For the smallest DAO system, it was possible to reduce the cost of maintenance by the
methods and principles described above by 25%. This percentage value will decrease with the
growth of the system volume. However, since the costs of the system will also increase in a
larger equivalent, the scalar value of the reduction in the cost of maintenance will only increase.
By conducting more testing and empirical experiments, it is possible to define an exact formula
that will indicate the absolute value of the savings in conventional units.</p>
        <p>In addition to that an important result is that the system data is now presented in a more
familiar form, which facilitates the development of the user interface, as well as the
maintenance of the system. These indicators are not characterized by quantitative
characteristics, so they cannot be compared, but this is a big advantage for the end customer.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusions</title>
      <p>To address the problem of improving the efficiency of a DAO-based decision support system in
the warehousing sector, this study proposes the integration of indexing method and the design
of an event listening service for proper off-blockchain storage. In particular a set of
blockchaindriven algorithms is presented that are designed to simplify and optimize key warehousing
operations. These algorithms maintain the transparency, security, and efficiency of blockchain
technology and reduce its cost by 25%. This contributes to improving supply chain processes
and increasing the throughput of a warehouse or warehouse network.</p>
      <p>In addition to that the solution proposed in the study has a positive impact on related
processes that are not directly related to warehouse automation. Thanks to the new proposed
data model, resource auditing is improved, reporting access is facilitated, and the way
information is presented is simplified. This approach aims to reduce dependence on
decentralized data by copying it into more convenient structures and inducing it appropriately.
Having well structured smart contracts system makes it possible to scale up the solution as well
as simplifies its integration with different platforms simultaniously. AI powered data
classification guarantees decent simplification of integration process in terms of hashing
algorithm picking. The decision is made based on the inputs, on the platform and on the client
needs.</p>
      <p>Using the described methods, the warehousing industry can overcome traditional
inefficiencies, paving the way for a more flexible, responsive and secure industry landscape.
The proposed approach requires careful planning, proper architecture, development and
integration with existing systems. It includes such stages as preliminary analysis, conceptual
model development, prototyping, data structure formation, indexing, system integration, pilot
testing, scaling and continuous improvement based on feedback. This comprehensive
methodology ensures the creation of an effective, secure and adaptive supply chain
management system that is able to dynamically respond to market demands and technological
progress.</p>
      <p>In conclusion, it is worth noting that the proposed integration represents innovative steps
towards solving the problems of efficiency of decision support systems in warehousing and
reduces the cost of its maintenance by 25%. These achievements promise not only to increase
operational productivity and customer satisfaction, but also to position companies for
significant growth in the competitive warehousing industry.</p>
    </sec>
    <sec id="sec-6">
      <title>Declaration on Generative AI</title>
      <p>During the preparation of this work, the authors used X-GPT-4 in order to generate short
summaries of articles and papers to have initial overview before further reading. After using these
tools and services, the authors reviewed and edited the content as needed and take full
responsibility for the publication’s content.
[22] Chao, C.-H., Ting, I.-H., Tseng, Y.-J., Wang, B.-W., Wang, S.-H., Wang, Y.-Q., Chen, M.-C.:
The Study of Decentralized Autonomous Organization (DAO) in Social Network. In: Proc.</p>
      <p>ACM, pp. 59–65 (2022). https://doi.org/10.1145/3561278.3561293
[23] Wang, S., Ding, W., Li, J., Yuan, Y., Ouyang, L., Wang, F.-Y.: Decentralized Autonomous
Organizations: Concept, Model, and Applications. IEEE Trans. Comput. Soc. Syst. 6(5), 870–
878 (2019). https://doi.org/10.1109/TCSS.2019.2938190
[24] Kondova, G., Barba, R.: Governance of Decentralized Autonomous Organizations. SSRN</p>
      <p>Working Paper (2019)
[25] Cheshun, V., Muliar, I., Yatskiv, V., Shevchuk, R., Kulyna, S., Tsavolyk, T.: Safe
Decentralized Applications Development Using Blockchain Technologies. In: Proc. ACIT
2020, pp. 800–805 (2020)
[26] Yatskiv, V., Yatskiv, N., Bandrivskyi, O.: Proof of Video Integrity Based on Blockchain. In:</p>
      <p>Proc. ACIT 2019, pp. 431–434 (2019)
[27] Li, S., Chen, Y.: Governing Decentralized Autonomous Organizations as Digital Commons.</p>
      <p>J. Bus. Ventur. Insights (2024). https://doi.org/10.2139/ssrn.4684441
[28] Altaleb, H., Zoltán, R.: Decentralized Autonomous Organizations Review, Importance, and
Applications. In: IEEE INES 2022, pp. 000121–000126 (2022).
https://doi.org/10.1109/INES56734.2022.9922656
[29] Appel, I., Grennan, J.: Control of Decentralized Autonomous Organizations. AEA Papers
Proc. 113, 182–185 (2023). https://doi.org/10.1257/pandp.20231119</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Montenegro</given-names>
            <surname>Cordero</surname>
          </string-name>
          ,
          <string-name>
            <surname>C.</surname>
          </string-name>
          :
          <article-title>Warehouse Logistic Management</article-title>
          .
          <source>Editorial Universidad del Norte</source>
          (
          <year>2022</year>
          ). https://doi.org/10.2307/j.ctv32vqg12
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Binos</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Adamopoulos</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bruno</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          :
          <article-title>Decision Support Research in Warehousing and Distribution: A Systematic Literature Review</article-title>
          .
          <source>Int. J. Inf. Technol. Decis. Mak</source>
          .
          <volume>19</volume>
          ,
          <fpage>1</fpage>
          -
          <lpage>41</lpage>
          (
          <year>2020</year>
          ). https://doi.org/10.1142/S0219622020300013
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shakhovska</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sachenko</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Komar</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>A New Approach for Missing Data Imputation in Big Data Interface</article-title>
          .
          <source>Inf. Technol. Control</source>
          <volume>49</volume>
          (
          <issue>4</issue>
          ),
          <fpage>541</fpage>
          -
          <lpage>555</lpage>
          (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Lipianina-Honcharenko</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lendiuk</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sachenko</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Osolinskyi</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zahorodnia</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Komar</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>An Intelligent Method for Forming the Advertising Content of Higher Education Institutions Based on Semantic Analysis</article-title>
          .
          <source>In: ICTERI</source>
          <year>2021</year>
          , pp.
          <fpage>169</fpage>
          -
          <lpage>182</lpage>
          . Springer, Cham (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Lipianina-Honcharenko</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wolff</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sachenko</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Desyatnyuk</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sachenko</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kit</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          :
          <article-title>Intelligent Information System for Product Promotion in Internet Market</article-title>
          .
          <source>Appl. Sci</source>
          .
          <volume>13</volume>
          (
          <issue>17</issue>
          ),
          <volume>9585</volume>
          (
          <year>2023</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Turchenko</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Osolinsky</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kochan</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sachenko</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tkachenko</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Svyatnyy</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Komar</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Approach to Neural-Based Identification of Multisensor Conversion Characteristic</article-title>
          .
          <source>In: Proc. 5th IEEE IDAACS</source>
          , pp.
          <fpage>27</fpage>
          -
          <lpage>31</lpage>
          (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Kandpal</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Das</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Misra</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sahoo</surname>
            ,
            <given-names>A.K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Singh</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Barik</surname>
            ,
            <given-names>R.K.</given-names>
          </string-name>
          :
          <article-title>Blockchain Assisted Supply Chain Management System for Secure Data Management</article-title>
          .
          <source>In: 2022 IEEE ASSIC</source>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>6</lpage>
          (
          <year>2022</year>
          ). https://doi.org/10.1109/ASSIC55218.
          <year>2022</year>
          .10088404
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Maden</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Alptekin</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          :
          <article-title>Evaluation of Factors Affecting the Decision to Adopt Blockchain Technology: A Logistics Company Case Study Using Fuzzy DEMATEL</article-title>
          .
          <source>J. Intell. Fuzzy Syst</source>
          .
          <volume>39</volume>
          (
          <issue>5</issue>
          ),
          <fpage>6279</fpage>
          -
          <lpage>6291</lpage>
          (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <surname>Tijan</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Aksentijević</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ivanić</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jardas</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <source>Blockchain Technology Implementation in Logistics. Sustainability</source>
          <volume>11</volume>
          ,
          <issue>1185</issue>
          (
          <year>2019</year>
          ). https://doi.org/10.3390/su11041185
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Hong</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hales</surname>
            ,
            <given-names>D.N.:</given-names>
          </string-name>
          <article-title>Blockchain Performance in Supply Chain Management: Application in Blockchain Integration Companies</article-title>
          .
          <source>Ind. Manag. Data Syst</source>
          .
          <volume>121</volume>
          (
          <issue>9</issue>
          ),
          <fpage>1969</fpage>
          -
          <lpage>1996</lpage>
          (
          <year>2021</year>
          ). https://doi.org/10.1108/IMDS-10-2020-0598
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <surname>Farshidi</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jansen</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>España</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Verkleij</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          :
          <article-title>Decision Support for Blockchain Platform Selection: Three Industry Case Studies</article-title>
          .
          <source>IEEE Trans. Eng. Manag</source>
          .
          <volume>67</volume>
          (
          <issue>4</issue>
          ),
          <fpage>1109</fpage>
          -
          <lpage>1128</lpage>
          (
          <year>2020</year>
          ). https://doi.org/10.1109/TEM.
          <year>2019</year>
          .2956897
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <surname>Fu</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhu</surname>
          </string-name>
          , J.:
          <source>Big Production Enterprise Supply Chain Endogenous Risk Management Based on Blockchain. IEEE Access 7</source>
          ,
          <fpage>15310</fpage>
          -
          <lpage>15319</lpage>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <surname>Martinez</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhao</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Blujdea</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Han</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Neely</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Albores</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <string-name>
            <surname>Blockchain-Driven Customer Order Management</surname>
          </string-name>
          .
          <source>Int. J. Oper. Prod. Manag</source>
          .
          <volume>39</volume>
          (
          <issue>6</issue>
          /7/8),
          <fpage>993</fpage>
          -
          <lpage>1022</lpage>
          (
          <year>2019</year>
          ). https://doi.org/10.1108/IJOPM-01-2019-0100
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <surname>Ar</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          , Erol, İ.,
          <string-name>
            <surname>Peker</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Özdemir</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Medeni</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Medeni</surname>
          </string-name>
          , İ.T.:
          <article-title>Evaluating the Feasibility of Blockchain in Logistics Operations: A Decision Framework</article-title>
          .
          <source>Expert Syst. Appl</source>
          .
          <volume>158</volume>
          ,
          <issue>113543</issue>
          (
          <year>2020</year>
          ). https://doi.org/10.1016/j.eswa.
          <year>2020</year>
          .113543
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <surname>Chung</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Desrosiers</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gupta</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sutton</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Venkatadri</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wong</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zugic</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          :
          <article-title>Performance Tuning and Scaling Enterprise Blockchain Applications</article-title>
          . arXiv preprint arXiv:
          <year>1912</year>
          .
          <volume>11456</volume>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <surname>Monrat</surname>
            ,
            <given-names>A.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schelén</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Andersson</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Performance Evaluation of Permissioned Blockchain Platforms</article-title>
          . In: IEEE CSDE, pp.
          <fpage>1</fpage>
          -
          <lpage>8</lpage>
          (
          <year>2020</year>
          ). https://doi.org/10.1109/CSDE50874.
          <year>2020</year>
          .9411380
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <surname>Ho</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wong</surname>
            ,
            <given-names>P.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Soon</surname>
          </string-name>
          , R.-J.,
          <string-name>
            <surname>Chng</surname>
            ,
            <given-names>C.B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chui</surname>
          </string-name>
          , C.
          <article-title>-</article-title>
          K.:
          <article-title>Blockchain for Cyber-Physical System in Manufacturing</article-title>
          .
          <source>In: SoICT</source>
          <year>2019</year>
          , pp.
          <fpage>385</fpage>
          -
          <lpage>392</lpage>
          (
          <year>2019</year>
          ). https://doi.org/10.1145/3368926.3369656
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <surname>Al-Qerem</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Using Raft as Consensus Algorithm for Blockchain Application of Roaming Services for Mobile Network</article-title>
          .
          <source>Int. J. Artif. Intell. Informatics</source>
          <volume>3</volume>
          ,
          <fpage>42</fpage>
          -
          <lpage>52</lpage>
          (
          <year>2022</year>
          ). https://doi.org/10.33292/ijarlit.v3i1.
          <fpage>46</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <surname>Ma</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jiang</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jiang</surname>
          </string-name>
          , J.:
          <article-title>Understanding Security Issues in the DAO Governance Process</article-title>
          .
          <source>IEEE Trans. Softw</source>
          . Eng. (
          <year>2025</year>
          ). https://doi.org/10.1109/TSE.
          <year>2025</year>
          .3543280
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <surname>Nakazawa</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          :
          <article-title>Proposal and Implementation of a Fact-Checking DAO</article-title>
          .
          <source>In: Proc. BCK23</source>
          , (
          <year>2024</year>
          ). https://doi.org/10.7566/JPSCP.43.011005
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <surname>Rikken</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Janssen</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kwee</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          :
          <article-title>Governance Challenges of Blockchain and Decentralized Autonomous Organizations</article-title>
          .
          <source>Inf. Polity</source>
          <volume>24</volume>
          ,
          <fpage>1</fpage>
          -
          <lpage>21</lpage>
          (
          <year>2019</year>
          ). https://doi.org/10.3233/IP-190154
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>