Approach
-
a.
Different approaches can be followed to implement the blockchain solution. The decision parameters generally include who should be part of the network, who should validate the transactions, who can access the distributed ledger, privacy and access restrictions.
-
b.
One good approach would be to build a blockchain layer on top of the existing infrastructure rather than build from scratch. Such an approach would be least disruptive and cost effective as well. Accounts can be created for every stakeholder on the distributed ledger. The Government Stakeholders can connect to the blockchain network from their existing applications such as PFMS or treasury portals. Identity of the Government accounts can be ensured through cryptographic keys and digital signatures, while the accounts of the citizens can be linked to their unique Government issued ID (such as Aadhaar) or biometrics. Since the transactions are peer-to-peer, the intermediary agencies such as commercial banks, payment aggregators can be avoided in the network.
-
c.
The distributed ledger should be accessible only to pre-approved stakeholders and the transactional data should be private to the parties involved in the transaction. Therefore private permissioned blockchain is more suited to our use-case. In permissioned blockchain, only pre-determined stakeholders can submit the transactions, while other stakeholders can validate them. Following are the advantages of the private permissioned blockchain compared to other types:
-
(a)
Speed—Transactions can get validated very fast compared to public blockchains.
-
(b)
Scalability—The blockchain can be easily scaled for adding new peers or nodes.
-
(c)
Latency—The time taken between initiation of a transaction and its execution is also less.
-
(d)
Privacy of the transactions—i.e. only the concerned parties can see the transactions.
-
(e)
Restricted access.
Network and participants
A Government transaction flows through multiple stakeholders before it is accounted with finality. Apart from citizens (tax payers/citizens) these stakeholders include the treasuries, accounting Office, audit bodies, banker to Government (Central Bank) and agency banks. The key participants of the network can operate the full nodes i.e. nodes that store the distributed ledger and are also part of the consensus mechanism. For example, they can include (Fig. 1):
-
(a)
Government treasuries—Who initiate payment transaction or receives tax payment.
-
(b)
Accounting authorities (e.g.: AG’s Office)—Who prepares and reconciles the accounts.
-
(c)
Audit bodies—Who audit the transactions.
-
(d)
Central Bank—Where the bank account(s) of the treasury(s) are maintained.
The citizens at large can access their accounts on blockchain by connecting to blockchain through authorized middleware Mobile/web applications.
Smart contract and distributed ledger
A copy of the distributed ledger is maintained by every stakeholder described above. It essentially can include two things—(a) list of all validated transactions and (b) current state—i.e. account balances. Each transaction can contain details such as sender, beneficiary, amount, transaction ID or Challan ID etc. A sample distributed ledger can be as described in the diagram below (Fig. 2).
Smart contract is also deployed on top of every node operated by each stakeholder. The smart contract essentially is the business logic for validating the transaction. Such validation can include if the sender has sufficient balance, beneficiary details are valid, challan ID is valid etc. Such validations can be done by validator nodes in an automated fashion as the copy of the distributed ledger is available with them. New transactions gets added to the ledger only if all the stakeholders successfully validate the transaction i.e. after consensus is achieved.
Transaction process flow
-
(a)
Transactions can be proposed by Government treasuries or the tax payers. Such transaction can be Government to Government (G2G), Government to Citizen (G2C), Citizen to Government (C2G) and Citizen to Citizen (C2C).
-
(b)
The transaction is first proposed by the concerned stakeholder node (e.g.: Treasury in case of G2C) and the same is broadcasted to all the other validators nodes. All the validators nodes execute the smart contract and validate the proposed transaction. The successfully validated transactions gets grouped into a block and the block is cryptographically linked to the existing blockchain. The will also update the distributed ledger at all the stakeholders. At the same time, the off-chain databases can also be updated using API calls, to be in sync with distributed ledger.
-
(c)
In case of tax payment, since the tax payer is not part of the network, the concerned beneficiary treasury can initiate the transaction on behalf of the tax payer. Tax payer can follow the usual procedure to create challan number etc. in the concerned treasury portal or through mobile/web application interface to the blockchain. Subsequently the concerned treasury node can propose the transaction to blockchain network.
-
(d)
The process flow essentially includes following steps:
-
(i)
Transaction creation: By any of the stakeholder nodes.
-
(ii)
Transaction broadcast to all the other nodes in the network.
-
(iii)
Transaction validation: By all the validator nodes along with timestamp.
-
(iv)
Transaction grouping into block: Consensus mechanism triggers and all validated transactions are chronologically grouped into a block.
-
(v)
Block of transactions is broadcasted to all the stakeholders nodes and the same gets cryptographically linked to existing blockchain, i.e., distributed ledger.
-
(vi)
All the nodes sync and update their copy of distributed ledger. Concerned nodes trigger off chain accounting for updating their legacy systems.
For instance, the transaction flow for a government transaction is depicted in the below diagram (Fig. 3).
Consensus mechanism
Consensus mechanism refers to the process by which all the peers of the blockchain network agree to the current state of the distributed ledger. It is process by which the new block of transactions is agreed upon by all the peers and finally added to the existing blockchain or distributed ledger. In general there are two way of achieving this- (a) voting based consensus, (b) lottery based consensus. Voting based consensus involves all the validating nodes achieve consensus through voting among themselves. This is best suited for our use case and a new block can be added to the blockchain only after all the validating nodes vote for it. This way at any point of time, there is only one version of truth (distributed ledger) which is distributed among all the peers.
Access to accounts and permissible operations
-
(a)
Stakeholders who are part of the blockchain network can directly access the account balances in the blockchain from existing applications by integrating the same with blockchain. Network participants can be permitted to make G2C and G2G transactions.
-
(b)
On the other hand, since the citizens are not directly part of the network they can access respective accounts on blockchain linked to their respective unique IDs through a middleware interface- a web/mobile application built for this purpose. The citizens should be able to complete their KYC on this application to gain access to blockchain. Citizens without smart phones, should be enabled to complete their KYC through Government approved centres such as CSCs or other agents. Since citizens are not part of the network, they cannot broadcast the transactions directly to blockchain network. However, they can submit the proposed transaction to the relevant treasury node who would then verify and broadcast the transaction to the network.
Permissible transactions for the accounts of citizens:
-
(a)
Pay taxes: The fund balance can be used to pay taxes and the settlement would be instantaneous.
-
(b)
Cashless subsidy transactions: Balances can be used for making payments to pre-authorized agencies such as PDS shops, fertilizer subsidy shops, healthcare centres, retail chains etc. Such agencies should be able to send payment requests to blockchain, duly authorized by the beneficiary (biometrics or Aadhaar OTP). This arrangement will decentralize the last mile delivery channel and reduce dependency on cash and especially important during times of crisis such as natural calamities or COVID-19 like situations.
-
(c)
Withdraw cash: Citizen can approach pre-authorized agencies (such as CSCs, Post Offices, banks etc.) for cash withdrawal. Such agencies should be able to submit, payment request to blockchain, authorized by the citizens (biometrics or Aadhaar OTP). After transaction is validated by blockchain, the citizen’s account will get debited and agency’s account get credited and would pay cash to the citizen. This would help unbanked also access to Government benefits.
-
(d)
Withdraw balances to bank account: Citizen can request for withdraw of funds to bank account. Central Bank can batch process such transactions offchain using existing payment systems such as NEFT.
-
(e)
Invest in government bonds: For better liquidity and fund management, Governments can consider floating bonds and raise funds directly from the citizen’s account. This would lower the cost of borrowing and also provides safe investment options to the citizen’s at large.
-
(f)
Add balances to Blockchain account: Citizen can add balances to blockchian account linked to his unique ID and the balances can be used only for permitted operations.
-
(g)
General purpose remittance or funds transfer: Allowing this operation, would mean that non-government related transactions are also allowed. While this would help increase the utility and retention rate of the blockchain balances, this would have impact on the banks and other financial intermediaries.
As can be seen from above, the transactions happen directly between the citizen and the Government (peer-to-peer) and transactions are accounted on distributed ledger and finally settled at Central Bank where the banking account of Government lies. As such role of banking intermediaries acting as agency banks is done away with. The above list of transactions have to be carefully assessed from risk perspective and enable some/all of such transactions accordingly. This would also be a step towards Central Bank Digital Currency (CBDC) implementation.
Off chain accounting treatment
On the blockchain, the accounting happens in distributed ledger. However the blockchain network runs on top of existing infrastructure referred to as off chain. The ledgers in the offchain at respective stakeholders should be synced to the distributed ledger and thus appropriate accounting entries have to be passed, for e.g., In treasury systems and central bank’s systems. This can be achieved through API calls or any other integration techniques. Distributed ledger is the single/only source of truth, agreed by all the stakeholders and is thus final.
Benefits of deploying blockchain for Government banking
-
(a)
Significant reduction in costs: Since the transactions are peer-to-peer, the role of intermediaries such as agency banks is ceased and therefore significant savings in the agency commission paid(which is around ₹ 38 billion for year 2019–2020 in India) to intermediaries can be achieved. Further even in cases where intermediary help is required such as in making tax payments through cash, the transactional cost is significantly reduced as there would be no physical movement of paper, no complex reporting, no complicated reconciliation exercises and fraud proofing.
-
(b)
Better cash/debt management for Government: The real time cash balance position is available to government. The transactions also settle instantaneously. Government funds now lie in the blockchain and do not lie idle at agency banks (prefunded schemes) or other intermediary bank accounts such as project accounts, autonomous bodies accounts etc., enabling just-in-time payment in true sense. Governments can easily float bonds on this network and raise funds directly from public at large.
-
(c)
Instant reconciliation: Reconciliation becomes analogous to consensus. All the transactions are accounted for only after all the stakeholders agree (i.e. after consensus). Therefore reconciliations become instantaneous and happens even before the transaction gets recorded into single version of truth, i.e., Distributed ledger.
-
(d)
Speedy settlement: While the settlement is instant on the blockchain, the off chain accounting is also fast tracked as there is only a single version of truth i.e. distributed ledger and no separate reporting needs to be awaited from different stakeholders.
-
(e)
Enhanced transparency: The transactions can be easily audited and status of every transaction is visible. The problem of traceability of funds in case of return/failed transaction is done away with as the treasury account is debited only if the transaction is successful.
-
(f)
Decentralization of delivery channels: Blockchain model reduces dependency on the banking channel for last mile delivery and also promotes financial inclusion as the blockchain account balances are accessible to even those who are unbanked. This decentralization also helps in speedy delivery of benefits/aid to the affected beneficiaries during crisis like situation such as floods, earthquakes, COVID-19 like pandemics when access to banking channels gets restricted. Several innovative solutions can be built of top the blockchain layer. For instance, United Nation’s World Food Programme is leveraging Blockchain Technology to disburse aid to the refugees in Syria without relying on banking channel as most refugees may not have a bank account/access to banking channel [3, 4]. Beneficiary accounts of refugees are created on the blockchain using biometrics (IRIS) as their identity and the aid is credited directly to those accounts. Over 100,000 refugees living in the camps can purchase groceries at retail shops by scanning their iris at checkout. This project, known as building blocks project, is powered by Private Permissioned blockchain and integrated with biometric authentication technology and saves on financial transaction fees and reconciliation challenges.