Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Blockchain 3.0 Smart Contracts in E-Government 3.0 Applications

Please view only, Kelly working on the document Wednesday-Thursday.make any edits in another color since we don't have track changes here. Thanks (smile)

Abstract

The adoption of Information Communication Technologies (ICT) and Web 3.0 contributes to the e-government sector by transforming how public administrations provide advanced and innovative services to interact with citizens.  Blockchain (BC) and Artificial Intelligence (AI) disruptive technologies will reshape how we live, work, and interact with government sectors and industries. This paper presents how Blockchain 3.0 and Artificial Intelligence enhance robust, secure, scalable, and authenticity provenance solutions. Two validation scenarios are analyzed to present how blockchain smart contracts and AI agents support energy and health-oriented e-government services.

...

Depending on the specific use case to be implemented, the developer designs either dynamic, static, or oracle driven smart contracts. A definition of each, below, explores their characteristics to assist researchers, architects, and developers as they determine which is appropriate per use case.

Static standard output

Static SCs do not call other smart contracts, do not reside on human interaction, take place in one-step, and never change their predefined number of actions. Static SCs perform primitive math operations such as addition, subtraction, multiplication, and division. Other SCs can call, retrieve, and consume the results of their operation. All SCs receive parameters to perform actions and are somehow dynamic. However, there are no additional conditions embedded in static SCs to change their path of action. Math operations consistently reach the same result and operators follow the same precedence rules every time. SCs can return a "yes/no" response to a specific question or return a standard image when an action is triggered. An EG 3.0 application example is a function that accepts a verification request for an academic diploma, looks to the ledger for the diploma holder, issues the institution name and date of issuance, and returns the result to the requester.

...