|
|
We introduce the term “Metanarchy” that implies a much grander vision than Decentralised Autonomous Organisations (DAO), to describe a global decentralised governance system based on transactions in Metaverse.
We envision the benefits of Metanarchy in the following categories:
1. Big Cloning & Open source tax goals – income from Metaverse transactions.
Big Cloning and Open Source Tax shall reverse the trends of widening rich poor gaps.
Not only software but other sectors, see BitDurian
MMAGA revenues graph
2. Metaprogramming, also part of Big Cloning, non commercial effects – revolution of education. Free software education.
Phoscript Metaprogramming can be extended to all industries besides software development, as Nobel prizes of 2024 showed Artificial Intelligence has dominated all sectors, and Phoscript Metaprogramming shall make programming accessible to everybody (Omne corpus).
Phoscript in mathematics
Omni*Web
software applications in all
3. BitDurian – high value investment, urbanisation, industrialisation, for developing countries – left out by Bretton Woods etc.
BitDurian is a significant application of Omni*Web for Durian industry, covering fruit tracking, e-commerce, tourism, training and investment.
With around MYR 100k per acre of annual operational costs, profit margins exceeding 50%, and more than 30,000 acres of farmland in West Malaysia alone, Durian farming industry is high value investment sector that is mature and accessible to everybody (Omne corpus) with investment quantum as little as MYR 10k per year.
Conventional investment, e-commerce and training schemes would be inadequate for Malaysian Durian ecosystem as it requires something much more flexible and transparent which Omni*Web BitDurian is capable of providing.
With the locations of Durian farms near urban centres, they are ideal land banks for future urban areas. Managing such development sustainably and transparently illustrates Omni*Web BitDurian as a Metanarchy project as traditionally this role was taken up by local governments.
Urbanisation
Malaysian detour – Chinese owned banks shut down in 1990s, marking start of exchange rate divergence between Singapore and Malaysia.
Capital not in hands of brains but brotherhood.
4. Decentralised AI
We have explored reducing rich poor gaps, revolution in education and economic development using Omni*Web to achieve Metanarchy. So far these are down to earth issues, degenerated systematic democratic corrupt regimes. Let us now explore some futuristic Metanarchy features that may even be banned in popular media because they may undermine the foundation of Washington Wall Street hegemony.
Firstly, despite the hype surrounding Artificial Intelligence systems from ChatGPT to DeepSeek, little discussion has been heard about decentralised Artificial Intelligence, let alone about its implementation.
With Omnihash being deployed as indices for databases used in artificial intelligence training, it immediately provides a realisable solution for decentralised AI. If we use the French acronym Intelligence Artificial, we end up with DEIA or DEI, both a pun for God or the new dirty word in Trump’s America.
With I2P Invisible Internet Project applied to Omnihash DEIA, users and programmers of the world can contribute their computing resources to build the largest decentralised AI system that is owned by the users and programmers themselves.
If Metanarchy can generate substantial wealth for large populations, as well as significant AI computing power for military, then small nations may benefit more compared to the current superpowers or developed nations, as we believe the room for improvement for developed nations is smaller.
Further if future AI needs to consume large amount of energy and huge bandwidth of data, then nuclear powered ships or submarines with fibre optic cables and routers, controlled by small nations with Metanarchy friendly laws, which roam freely in the oceans, connecting land based nations, may become crucial kingmakers in the era where AI and data becomes critical commodities.
To use a fictional scenario to illustrate these futuristic ideas, imagine:
Singapore 1.0 is the nation state Singapore which became independent from Malaysia in 1965 and did everything right to fast forward its development to become a developed country in a short space of 60 years.
Singapore 2.0: With the help of Omni*Web Metanarchy BitDurian Malaysia with 450 times the land area of Singapore, Malaysia adopts the best practice of economic development, bypassing incompetent bureaucracy, to catch up with Singapore in 20 years.
Singapore 3.0: Small island nations and coastal nations around the world pick up the Singapore-Malaysia Metanarchy development model, and deploy nuclear powered ships and submarines with AI data centres and fibre optic connections to other maritime and land based nodes.
Previous sections focus on the conceptual and theoretical background of Omni*Web, namely the goals and components of Omni*Web. In real life, however, implementations involve other factors, which may be dependent on each other and need to be arranged in sequence.
Refer to BitDurian
Multilevel network
Casino simulation Use Kotlin Monocles Phoscript to justify Use BitDurian and multilevel network to illustrate casino simulator is minimal footprint bootstrap. “Minimal footprint bootstrap”
Consider a casino simulator based on Omnihash and DJSON Decentralised JSON, called Omni*Casino, which is a “minimal footprint bootstrap” project, as it requires the smallest number of dependencies, and is capable of attracting new users and programmers with its gambling elements.
Suppose we use O2P Omni Obscura Project or Omnihash tagged version of I2P Invisible Internet Project, as the backbone or infrastructure of Omni*Casino. Then in theory, OmniCasino will possess the largest infrastructure for online casinos compared to all other operators. With Omnihash and DJSON Decentralised JSON, the gambling algorithms on OmniCasino can also be made transparent and the most fair, thus making it attractive to players, as this is something that is impossible on other platforms.
Factors as attraction to use Omni*Casino, Kotlin Monocles? Payout gui others girls, promotion, multilevel network effects
Factors as attraction to use Omni*Casino, Kotlin Monocles?
Let us consider various factors which may attract users to Omni*Casino:
Payout: back end algorithms GUI others girls, promotion, multilevel network effects
As Omnihash and DJSON provide equivalent incentives to cash and company shares for participating users and programmers, Omni*Casino or other modules of Omni*Web may be managed like those within a commercial company.
As such, amongst the factors listed above, (1) and (2) are coding activities and (3) are non coding activities. We may then assign them to respective experts, who themselves will be identified using Omnihash decentralised user identifiers, and their works tracked using Omnihash and DJSON accordingly.
Amongst these, the payout algorithm will be academically challenging, as we may pose problems such as below:
P1: Given N nodes, each being a Linux server identified by Omnihash identifier O_n, located at various locations worldwide, how may we set up an algorithm to simulate a roulette operation, such that pings between any two nodes represent time lapses for the roulette spinning, such that the roulette shall decelerate and all the physical variables of the roulette and ball can be shared amongst N nodes to assure zero tampering, to achieve the most transparent and fair online roulette simulation?
As for factor (2) GUI, Phoscript metaprogramming shall play a crucial role, as it provides a simplified and unified script that is omnilingual, omnipotent and omni-environment, which overcomes significant drawbacks in recent GUI programming, namely frequent updates in programming languages and, too many variants and changes in Model-View-Controller related frameworks.
Consequences of Phoscript metaprogramming ….. Omni*App one super app, collective effort to improve front end and back end ….
Phoscript metaprogramming not only simplifies and unifies commands across programming languages and operating system environments. Together with Omnihash and DJSON Decentralised JSON, they monetise and stratify (classify in layers) the data and scripts contributed by users and programmers as collective digital assets.
In this way, users and programmers are motivated and incentivised by the values of the collective digital assets to collaborate, much like they would within a corporate environment, but with collective digital assets replacing company shares and cash payments.
MMAGA revenues DJSON Digital assets Open source tax Collaboration with DJSON All above under 1 thread
Separation of Disclosures & Royalties, Big Cloning & Open Source Tax
OST first because it’s simpler than big Cloning which involves developing new software Create other sections based on available contents – fill gaps URL: MMAGA
For each page, add like, follow, share button! And phos command line!!
It has been a common hypothesis that software companies, from the smallest one man team to MMAGA, use a huge portion of open source projects for internal operations as well as modules in finished products. To call this a “hypothesis” implies that there has been no systematic mechanism to verify and quantify such abuses.
To solve this problem is the same as using Omnihash to track the usage of free software and open source projects by all uses, from one man team to MMAGA, as well as non software companies. This requires programmers to change existing free software agreement to include clauses with Omnihash, typically stating that:
We recognise the principle of “separation of disclosure and royalties”, where third party users may view, analyse and test (disclosure) source code of this project without payments, but may be subject to payments if parts of all said source code are deployed in operations affecting costs or incomes (royalties) of said users.
Again, to implement Omnihash software tracking requires substantial cloud computing resources which can be provided by I2P Invisible Internet Project.
With “separation disclosure and royalties”, free software programmers may generate incomes through the following mechanisms:
Open Source Tax: to track all third party users of parts of all of source code of open source project, and charge fees accordingly, using Omnihash and DJSON Decentralised JSON.
Big Cloning: free software programmers may use Omnihash and DJSON to collaborate on open source projects, much like how software companies hire programmers and pay subcontractors with cash payments. Omnihash and DJSON replace cash as the incentives to coordinate teamwork amongst programmers.
Cloning existing social media platforms is the safest and most certain approach to generate incomes, and is morally justified, as the existing social media platforms use a large portion of free software as low and middle level code, and we now use Omnihash and DJSON to coordinate teamwork to produce high level GUI code, to compete with existing commercial platforms.
Need Phoscript in big Cloning
Above achieve initial goals of improving income. Then more. In real life, need recruitment. Multilevel network? BitDurian?
Omni*Web is a free software or open source project, aimed at creating a truly decentralised web ecosystem, owned and operated by free individual users and free software programmers, employing the following breakthrough technologies:
The main keywords above are “truly decentralised web ecosystem, owned and operated”, and the essence lies in the word “owned”, a very common and important English word that is used daily, but poorly defined in the digital realm and yet very few people are aware of the consequences of lacking awareness on ownerships of digital assets, which is one of the educational goals Omni*Web aims to overcome.
For DJAX demonstration, you may just press the LIKE button for this article, which generates a DJSON, which in turn is simply a JSON string consisting one or more Omnihash code,
The DJSON string is compressed using GZIP and encoded as URL safe base64 string, and sent to one of the 3 following options for storage:
How does simply adding Omnihash or compatible hash codes to JSON strings make DJAX the biggest breakthrough since AJAX?
This is due to the many powerful cybersecurity properties associated with hash codes that are usually overshadowed by other fanciers algorithms.
We will illustrate the properties of Omnihash or hash codes with examples. The first example shown here is simply a like on this very article. The DJSON will record the following:
nobody
H4sIAAAAAAAAA32P3Q6CMAxG36XXwPgJJuw5vNIYM3HSKaykKwmJ8d0darhS7772nC9p99C7m4UEpmD5iCYgJHdAthfQgCJj0ErR4N0shrPOCU6nzJE6X82sYo3Ydc7_daM1Mgm11K9e3CEFifNXf2HeDPYXH4mX7pKM4MdcbwrWcItv_voopkcCZV7WaV6lRbMtCl3VumyyalPv4PAE202GSwUBAAA=
["like","user_hash",{"href":"https://omnixtar.github.io/djax/","origin":"https://omnixtar.github.io","protocol":"https:","host":"omnixtar.github.io","hostname":"omnixtar.github.io","port":"","pathname":"/djax/","search":"","hash":""},"2025-03-19T11:35:29.365Z"]

In the JSON string shown above,
"like" is user’s action."user_hash" is a dummy string where a user’s identifier hash code can be inserted. See … for example …{"href":"https://omnixtar.github.io/djax/" ...} is the URL of this article plus other additional information."2025-03-19T11:35:29.365Z" is the timestamp.As you can see, user_hash and timestamp will be unique and thus the hash code or Omnihash generated from this JSON string, FCrM-oxkcg==, will be “cryptographically unique” as the look-up address.
Omnihash shown above FCrM-oxkcg== can be used to retrieve DJSON from various storage (back-end) platforms, including but not limited to:
20 years have elapsed between AJAX and DJAX, a Decentralised version of the former, one of the most fundamental operations for sending data between front end browser or application and back end server.
One may conjecture in hindsight what delayed the transition from AJAX to DJAX, given all the essential technologies existed way back in 2005. The Occam’s razor answer might be MMAGA obstructions, given that if DJAX eventually command 0.1% of MMAGA revenues by 2030 which would exceed USD 1 billion annually.
The above conjecture can be verified using DJAX as it spreads to include more server nodes contributed by free individual users and free software programmers. , with a theoretical upper limit engulfing all devices owned by individual users and free software programmers, practically exceeding those owned by non biological corporations.
So perhaps the simplicity of DJAX and the lack of explanation of its delay may be equally interesting to the potential of DJAX to create a truly Decentralised web ecosystem owned and operated by free individual users and free software programmers.
DJSON or Decesntralised JSON is a critical breakthrough by Omni*Web where base 64 hash codes representing any kind of digital assets and entities, from user identifiers to social media actions such as like, comment and share, are embedded in the unassuming ubiquitous JSON strings.
Underlying decentralised JSON is an extension of the Bitcoin address, which is derived from the hash of a public key, to be used as a user identifier. The generalisation of the hash of public key as user identifier is a breakthrough in decentralised computing, as previous frameworks based on blockchains or cryptocurrencies are heavily monopolised by miners.
What makes DJSON so special and powerful is what we call “type preservation property” of hash numbers and integers, which is derived from Ring theory properties of integers, where the operations of additon and multiplication on integers invariably result in integers as output.
The previous paragraph may sound like your typical high school mathematics nightmare, but it is the biggest secret underlying Bitcoin and other cryptocurrencies as well as novel decentralised social media platforms as we shall see in the following example:
We will reveal the answer first and explain later as we assume there are readers who are impatient:
["2025-02-11T14:25:28.207+0000","like","CXAGcRKevA==","CXAGcRKevA==","HymWBzfj9A==","HymWBzfj9A== s: x:"]In the DJSON above, the fields are:
doc_hash means hash of URL of document.
The following are the steps for generating the “like” DJSON of this article, accompanied by a video:
If the steps above look daunting to you then you will be pleased to know that those are exactly what happen millions of times per seconds around the world when “like” buttons are clicked on social media platforms – except that YOU, the users and free software programmers, do not OWN and OPERATE any part of that, and therefore CANNOT make any money out of it.
… which brings us to Omni*Web aim – to create a truly decentralised web ecosystem, OWNED and OPERATED by free individual users and free software programmers, capable of providing free alternatives to ALL existing services provided by the biggest trillion dollar corporations such as MMAGA – a funny abbreviation for Microsoft, Meta, Amazon, Google and Apple.
Omni*Web will attempt to improve Jekyll’s documentation, as we shall do for other free software projects too,
This article itself will demonstrate several features of Omni*Web aiming at improving Jekyll documentation and promoting it, as well as introduce metaprogramming features that can be used to extend Jekyll’s functionalities.
One of Omni*Web most important innovation is Decentralised Full Stack Programming (DFSP).
Full stack programming has evolved out of the need to coordinate web browser front end and server back end functionalities. Over many years, many frameworks have been developed and front end modules have now included mobile device environments. Their complexities have grown exponentially and we now proposed a decentralised programming paradigm based on hashes, greatly simplifying overall full stack operations.
To summarise the whole idea before delving into details, we present an example where a user responds to a post with a comment on a GitHub page, where the URL of the original post and the user’s comment, as well as the user’s identifier are represented by hashes, and these hashes can be hashed using a hash function to produce a root hash, representing the overall transaction.
The user may submit the transaction JSON and its hash to a server independently operating unrelated to the GitHub page server, as long as it understands and complies with the protocols determined by the hashes.
A user may claim the same identity with different hash identifiers as long as they can prove the chain of identities by verifying ciphers using the private key for each of the identities.
Jekyll in a nutshell is like a pure front end MVC framework, so that mega websites like GitHub will feel safe to provide pseudo MVC features to its users, in this case, primarily programmers.
Jekyll is the default markdown document parser on GitHub, which is very powerful, but unfortunately has some rather confusing documentation and not so easy to debug.


Demon Collab
Demon’s Con
Omni*DOC
It is interesting how word tricks in English and Latin play out.
The Latin root of “collaborate” is “con” + “laboro”, where “con” is a variation of “cum” meaning “with”.
As such, Decentralised Monetised Collaboration is shortened as “Demon’s Con”.
We will tentatively use Demon’s Con as the nickname for Decentralised Monetised Collaboration, as we have received feedback that the cryptocurrency industry now has such a bad reputation that we might as well use a Latin word trick to engage users.
We know some self proclaimed Christians have long associated cryptography with the works of Demons, in folklores like 666. We are interested in engaging in conversation with Christians or any self proclaimed believers in monotheistic religions as we are aware that there are many countries which still practise laws that may prosecute anyone unilaterally as conducting blasphemy, some punishable by death, in 2025 Anno Domino.
However, bringing up Christian demons and 666 also appeals to a large number of fans who are critical of Christian traditions as well as those affected by bad publicity about cryptocurrency and decentralised technologies, bearing in mind that the Washington Wall Street elites prefer to brainwash the American population so that they continue to maintain their monopoly of power in politics and finance.
Decentralised Monetised Collaboration
Demon Collab
Demon’s Con
As the name suggests, Decentralised Monetised Collaboration consists of 3 components: Decentralised infrastructure, Monetisation Legal Framework and Collaborative Transactions.
Collaborative transactions are the most common as they include everything from Google documents to TikTok posts.
Decentralised infrastructure includes everything from I2P invisible internet project which enables everyone to set up server hosts connected to Internet without the Domain Name System, to Omnihash which is a novel hash algorithm for representing ownership of any kind of digital assets.
Monetised Legal Framework means employing decentralised hash algorithms to establish digital legal contracts, including loans, payments and investments.
What can we achieve by combining all 3 components of Decentralisation, Monetisation and Collaboration?
Adding Decentralisation to Collaboration will produce a UNIFIED interface to collaborative transactions. In plain English, it will enable you to combine posts and comments from ALL social media platforms into one integrated platform.
For example, one of the biggest bottlenecks of chatting with artificial intelligence systems is that the conversation results cannot be automatically published, shared and put into collaboration with other users or AI systems.
With Omni*DOC, where D stands for Decentralisation, O for Oro or gold in Spanish, C for collaboration, a user’s conversation with any AI systems can be republished, shared, commented and so on just like any existing social media posts.
Omni*DOC will behave very differently from conventional social media platforms where the operator of the platform will appoint or employ moderators to filter inappropriate speeches. On Omni*DOC however, users themselves may make the decision to choose custom filters to filter out posts or comments that they themselves deem inappropriate.
Omni*DOC works by first converting any URL into a hash code, which can be anything from 53 bits to 512 bits or longer.
Secondly, the hash of URL of HURL will be shared amongst servers running Omni*Web modules.
Thirdly, any of Omni*Web servers may decide to create cache copies of a given URL for further processing.
Up to this stage, Omni*Web behaves like a Decentralised cache and search network, i.e. instead of a huge centralised search engine operated by one company such as Google or Microsoft, the power of Omni*Web depends on the number server nodes participating. It basically works like Waybackmachine but its functionalities can be extended by any user or programmers, as long as they conform to Omni*Contract conditions and protocols.
Social media functionalities exist from step 4 onwards. Although there exist differences amongst social media platforms, different user interface elements are essentially functions which can be represented as paths in graph theory. Further, different paths are represented as hashes, as the ring properties of integers ensure hashes can be concatenated as input to produce an output hash which is also another integer. We may call this property type preservation, namely, the types of inputs and output are preserved. The type preservation property of hashes makes it convenient to manage various types of functions on social media applications.
First 3 stages, multiply servers. Applying hash in server address.
Stage 4, multiply functionalities. Applying hash in data address.
In conventional MVC programming, function calls and data types are tightly coupled to types of data and how they are processed. In hash metaprogramming, everything is hash and hashes are compatible with each other due to type preservation property.
Hash applicable in server and data addresses due to type preservation property.
This document itself is an example of Omni*DOC anyone may comment, share and follow up etc or add functions they wish.
Move this up as it is easiest to understand.
For example, chat results with AI, repost, comments, follow up.
Demon Collab
Demon’s Con
demonscon
links to backend, backend use I2P addresses
site.data.people[page.author]
[Hello World!][1] [1]:javascript:alert(‘Hello World’)
[Omni*Web][1] [1]:javascript:m_oxmobile()