An example of a Fully Developed National Housing Database Network

The following figure shows an array of 5 Cloud Servers, encompassing 42 nodes, with between 7 and 10 nodes per virtual (cloud) server, provisioning one node for Real Estate Agencies (consisting of one database for all agencies with one schema for each company), one node for our Conveyancing dApp, and (assuming 5 signed-up Social Housing Organisations) – 5 nodes, ie one node and database per Social Housing Provider – scalable. In addition there are 35 nodes, one for each Housing Supplier-Class on the remaining 4 virtual servers, with one Database Schema devoted to each individual supplier on their Class-Database. The total number of virtual servers required to realise this network is therefore 1 for the first 5-8 Housing Organisations (co-residing with 1 node for Real Estate and 1 for Conveyancing), and 4 virtual servers to cover the 35 Supplier-Class Nodes.

The current list of databases is:

“postgres_system”, “cheirrs_0”, “cheirrs_1”, “cheirrs_2”, “cheirrs_3”, “cheirrs_4”, “chubba_morris”, “convey_it”, “architecture”, “banking”, “bathrooms”, “carpentrycabinetmaking”, “cladding”, “developmentplanning”, “doorwayswindows”, “electrical”, “engineering”, “fencing”, “floors”, “furniture”, “generalsupplies”, “hvac”, “insulation”, “insurance”, “kitchens”, “legal”, “lining”, “maintenance”, “masonry”, “officesuppliescatering”, “painting”, “parksgardens”, “pavingcarparksroadworks”, “pestcontrol”, “plumbing”, “recyclingwastemngmnt” “roofing”, “safety”, “security”, “tenantsupportservices”, “transporttravelcouriers”, “uniforms”, “wardrobes”

In total, there are 42 x 42 database-replicas. As noted above, this allows the operation of our BFT-SMaRt/ChubbyChecker anti-hacker network, with automated multi-party inter-company trading via Smart Contracts including unlimited data volumes per transaction. This is a schematic of the sample network:

With all servers located within a single Google Datacentre, the bandwidth available is maximised, so that network communication is fast. Transaction throughput and replication is expected to be very satisfactory. Security against Hackers is guaranteed – 0n the wire (data in transit), by using Elastos Carrier 2.0, and in the database (data at rest) by using our BFT-SMaRt system with ChubbyChecker Ultimate Transaction Cross-Checking:  “ChubbyChecker“.

The advantage you gain by participating passively in the above networked arrangement, is that fraud, data exfiltration, and other attacks by hackers can be detected and prevented, with companies on any affected nodes being warned, and then participating in a temporary shutdown and Root Cause Analysis. A similar process would occur if the included AI-led ELK Stack detects an Anomaly in usage pattern by a user of the system. This prevents “insider jobs” from succeeding.

Security provided by Elastos Carrier 2.0 is based on encapsulating your users’ devices and your database in a distributed network, which completely bypasses the traditional DNS (Domain Name System), source of many hacking problems. This provides security for data in transit.

Overall, with the exception of extremely rare “False Negative” results, and also not including internal Fraud or embezzlement, against which one can only employ insurance and internal auditing, we can guarantee absence of external Fraud and the effects of hacking exploits and also guarantee against “inside-user jobs” committed by employees, in relation to data exfiltration. Simultaneously we guarantee net transport security for your data-in-transit. Other threats such as Ransomware attacks will simply fail to affect you, due to client-side encryption of your data in combination with regular half-hourly data backups stored offline (to prevent online access during attacks). In the event of such an attack, you simply restore from backup and carry on, with hackers unable to read the original data they stole and re-encrypted, and with you having safe, clean copies of your data. You take exclusive possession of your company’s encryption keys. Carrier 2.0 prevents Man In The Middle and Denial Of Service attacks by not using the fault-ridden DNS system. You will, however, still need to use DNS for traditional website access and services such as email.

john@itotchaincloud.com.au

IT/OT Chain & CloudAustralia