Great Reset? What Great Reset?
As "Dr. Evil Dressed" WEC Types and, Central Bankers discover the lump of covid_shite in their stockings this Dec. 21st, 2020,
(Jupiter rocks their world, for the next 200+ years or so, so let's get this right, we screwed it up last time, in 1226)
some of us are actually "shifting gears", working smart, faster, to help create a counter, "Great Shift" toward personal prosperity and freedom.
For me personally, it starts with transparent trusted voting.
Get that right and everything else falls into place, FOR the People, that is freedom, personal prosperity and even happiness.
Need I say more.
My "Great Shift" Holiday Season Present to you all, is found below:
Will you glide along in life on Automatic as a Face Diapered NPC,
Continuing to use the Existing, Corrupt Voting System
or
will you take control
and
make that GREAT SHIFT,
to Manually take Control of your Life,
Your Freedom & Prosperity
and
Demand a New Transparent voting system?
Get out there and Shout for A GREAT SHIFT to Fair Voting. I am, you can too.

One of the Last of the Great Muscle Cars
The Olds 442 1971
A Transparent Look Under the Hood
What you see is what you get: Pure Power
A Holiday "Voting System Recipe" Story: SOVRINTown "Under The hood"
Ok, voter fraud and the signed affidavits and logged physical evidence, video or otherwise is real.
Now what?
Run the next elections with the same equipment with more observers? (The Insanity Selection)
Get new Blackbox Equipment and Software, Security Certified by 'Trusted' 3rd Parties?
Maybe, except it is hard to certify Black Box Code at low cost, in a short period of time and still trust it 100%.
Do the same, this time with Open Source? Ok you are getting warmer...
Open Source Solutions code can be accurately certified secure via multiple proven and trusted third parties at relatively low cost and in a speedy manner . however, there are bunch of other layers of the security onion that need to be addressed.
TK's Present - New Voting System Recipe Details- More SOVRINTown Details "Under the Hood"
Other Layers of the Security Onion- Building a REALLY Secure Voting System
Reduce the Number of Attack Surfaces First.
Ok what does that mean? Well each Software and Physical Hardware Interface, represents a "Surface" each of which can be attacked.
( Surface is copied, listened to/tapped, corrupted, delayed/stopped, replaced with malicious surface code or data and any combination thereof to achieve the desired malicious end result ie- voter fraud, etc...)
Accurately Track how the System works- C2 "Common Criteria Logging": Learning from SIEM
In the banking world, SIEM is the order of the day. Say What?
"Secure Information and Event Management", SIEM is a mandatory requirement in most countries, enforced under regulatory statutes or law, that say the bank must track and accurately report what they are doing with your money, often and accurately to keep their bank license.
OK what can Regulators learn from this part of the market and, how can they apply it to their own voting systems?
Answer? LOTS!
Is the SIEM system good enough to protect evoting systems? Nope, however it is a start and we are getting warmer still, as we try to "hone in on" the right solutions architecture for trusted voting systems, which support online, in person and even manual voting processes. (We use all three and that won't go away for a very long time)
SIEM does a few things right,, one of them being the preservation of log data chain of custody. I designed a C2 "Common Criteria" milspec logging system cited and used today by companies like IBM and HP, way back in 2002, you can see it here.
"Chain of custody" in the C2 "milspec" world gets used by the military and, Telecoms as well as Power Management Systems, to ensure these market players know what happened.
SIEM is, well, reactive largely, and supports a court order as evidence needed to enforce the law when it's broken in the world of Cyber shenanigans, like the US 2020 election.
Does SIEM stop the Shenanigans? Definitely Not. Does it catch the bad guys? Maybe, if you can get your hands on a copy of the C2 Logs which tell us how the voting system was behaving.
Better still if you can 'sniff' the network data flows, and copy and then analyse those flows, and cross reference what you see with the actual logs, you can see whether or not the systems behaved as advertised and/or if that advertised behavior was subverted in anyway.
This is likely what happened when the DoD raided a server farm in Germany in November operated by subverting forces, in the last US 2020 Election. The US Cyber Security elements of the DoD apparently setup a "Sting" surveillance through sniffing TCP/IP traffic to that site, that is they sniffed/copied the data flows (without detection) to ID the destination, located the German US Base Data Centre or Colo running the Voting Shenanigans Server (virtual most likely operating as a VM operating the containerized, subverting "Shenanigans" code which was creating all the US voter shenanigans inside Dominion Voting machines, where the sniff of the data flow source address tells where the data comes from, and where the data flow answers and commands were returned from the Remote US Base Server in Germany, which means the code at the source had a backdoor "daemon" chunk of redirection code (usually a copy of "contents addressable memory' CAM in the router/switch is copied to do the sniff in the router itself, or the cable, wireless channel or fiber is tapped/monitored/sniffed by an external "Sniffer" and, on the source address server itself, a 'masquerading chunk of code' (replacement with same name and even size but with backdoor copy write subroutine, periodically sending out data flows to the external destination address (then routed elsewhere by the router/switch through, or around a firewall (adjacent wireless listening router masquerading as a legit Border Router for example), etc.., which does the data register copy from the stack address, for example)
Ah yes what a nasty web I weave.. to describe the shenanigans possibilities above. Suffice it to say, if you are a Black Hat Hacker, the world supplies you with many tools to peel away the security layers of the onion, really fast, at relatively low cost (not much computing power needed) in many cases,
Dominion Voting, being the case described above.
Ok if C2 logging is only one part of the "security onion", what other layers of security does one need to create a totally trustful voting system?
Well lets take a look.
This is TK's(my) cut on what might be done to create such a secure voting system for the future (in time for 2022 Mid Terms), FOR the people, no warranty implied by me, just my 'inkling' about what could and likely should be done to protect the US 2022 mid terms for example. (For now use paper voting only for George State Senate Runoffs please on January 5th 2020 with tons of military observers at the vote adjudication, vote check and, vote tabulation stations, as the Dominion Systems machines in GA are totally compromised and cannot be seriously used.)
![]()
The TK 2020 Christmas/Happy Holiday Days "SOVRINTown Voting System Recipe Story" Present(s):
Building up the NextGen Voting System- One Layer of the Security Onion at a Time...
Much has been written about the Security Onion as it applies to protecting Software, all of it applies to voting systems, in today's modern age of Open Source. So why do governments persist in using closed proprietary voting systems which cost a bundle? Well its because they ultimately control the outcome, one tweak at a time. Not good.
The Laughable part of the whole fiasco south of the 49th is the fact these systems actually use fractional numbers. The last time I checked, voting used whole natural numbers. 1 Ballot , 1 person.
There is more to voting than meets the eye, this post is not going to cover that. I will save that discussion for a future post.
What I will say is that honest voting starts with the voter themselves That is who are you?
1978, The Big WHO comeback begins, (Check out their Sound BackPlane!)
Fast Forward to 2020, Time for a BIG comeback for Voting Systems,
this time in
Open Source Transparent Form
SecureID- I use the IOTA example here. Although there are other choices, IOTA is one of the leading options, so why not!?
SEcureID Software, such as the same named code which works with IOTA's Distributed permissionless Ledger technology, the #TANGLE, needs some help to be properly employed as part of an Open Source, Transparent Voting System, such as SOVRINTown, the project I am chipping away at now and through 2021. That is help in Bio-metrics form, ie : scanning eye balls, thumbs, recording voices and a picture of the voters face, all in private, with the artificats encrypted and only accessible to the voter is key to ensuring this new trusted and transparent form of voting can match you from anywhere to the same data on the voter registration list operating as part of the Voting Epoch Smart Contract running the state , local or even national election in your locale. No people are required in the middle, nor wanted to verify your right to vote and allow you to exercise your voting right in complete privacy, at home, in your car or at the polling station. IN this configuration, No one can possibly screw with your voter data, as only you control the keys via a one time use voting wallet with the colored coins used to place your selections on your ballot., as issued by that same Voting Epoch Smart Contract. Of course vetting the Smart Contract code with trusted , bonded, third party experts is important, who are ready to be thrown in jail if they did a shit job (Indicted for instance should such shenanigans show up in the SC). OK let's take a look at how this will work with IOTA's version of Smart Contracts.
Smart Contracts- Vote Epoch SC as a Layer 1 SC please, IOTA UTXO Style
Ok, first it must be said that IOTA's SC technology is still in alpha mode with three PoC contracts out "in the wild" to show how their Layer 1 system works, using BTC style UTXO accounting methods, to record transaction data on the #TANGLE DAG "Direct Acylic Graph". That said the direction IOTA are heading suits our software and solution architecture needs at SOVRINTown, that is, we can design to create a Voting Epoch Smart Contract which issues unique Ballot/wallet/colored coin 'VoterPak' sent securely to the verified voter to run in any browser (Secure Extension maybe, we will see)on any popular smartphone, table, desktop or tower systems out there running IOS, Android, Windows or Linux. Will it be portable? Likely , but only after the vote, so you can check the status of the Voting Epoch and your own vote (Posted, consensus validated, added to the vote total, with a Distributed Ledger address accessible only by you.
ZeroProofs- Protecting the Privacy of you and your vote, enabling online voting and vote in person without revealing your Identify details.
ZeroProofs (a la Zcash and others) are one of the best ways to do the above, best of all the root code is open source, so security can be mathematically proven. ZPs as they can be called, means you can get validated as a voter and, at anytime go to a voter precinct, flash your QR Code and the precinct will accept it based on the previous Registration effort , checking the Registration List automatically, WITHOUT A HUMAN REQUIRED acting as gatekeeper. Nice. They *the voting staff at the precinct) simply make a station available to you, at your option (if your interned and can't get around then you can voter remotely). The Station checks the ZP data in privacy with ZP, meaning a few key ID artifacts under only your control are mathematically verified as yours by the station, ie- you are who you say you are, then the system allows you to place the vote, right from your own device, or from the voting station. Id you are not on the list, well then the Dapp on your device records that fact to the DPL instance of IOTA running the vote and requests a cross-state check consensus that your add request to the voter role/list is indeed unique (you are not registered anywhere else to vote). This takes a few seconds, you get the "green light" indicator in your Dapp and now you are ready to vote.
DPLs "Distributed Public Ledgers"- Distributed Secured Vote Settlement, Reporting & Logging Nodes with Great TPS = IOTA
Doing the above fast, requires your federal locale to provide some interstate connectivity, the best being via Dark fibre connected SCION Border Routers.
Smart Contracts- A Chunk of the Constitution in Code for The Registration List, The Vote Epoch, Vote Reporting
How the SC shapes up into Voting Epoch form is largely the job of the state/province legislature, that is making sure the SC operates within the constructs of the state/province level constitution rule of law. Yeah the lawyers get involved and third party auditors to make sure WE the People get what we are paying for and that my friends is going to take time. What we plan to do is offer multiple templates, as is, to help speed the process, of State hired programmers tuning to the locale rule of law.
Voter Vote Epoch Private Wallet "VoterPak"- A Voting Epoch Smart Contract Issued by your assigned Precinct/Region, One Per Precinct
Not all Precints or regions will be willing to adopt this method for various reasons, mostly political, so those that do, need to know that each precinct has their own Voting Epoch SC for their precinct or region, a subset of the National Vote Register only applicable locally runs on the assigned group of Nodes controlling voter ID verification, before the vote is placed. This means not only hybrid voting systems can operating in parallel, this "zoning" by precinct also means the entire voting system scales in parallel at really low cost to the ratepayer. VoterPak Dapps bullged into your Browser are Public and Private Key protected one time use Wallets, with the set number of Selection choices for the unique ID Ballot assigned to you the voter, where the number of colored coins is the way to go forward into the future of evoting to ensure accurate, transparent voting. Better than that, the onetime use Wallet, uses 'throw away' one time use Winternitz keys a la IOTA Wallet support of recent years, which is Quantum computer Hack Resistent (The "Black hat" hacker might be able to sniff ID one encrypted key in the data flow, maybe two (private and public) then it will take one hell of a lot of compute power to crack that single key and flip the vote selection, reinsert the flipped vote (not missed? highly unlikely when Time Stamping is added)
Colored Coins- How you Place your Vote Selection on your Ballot, or how the Paper Ballot gets Securely Transposed Electronically..,
Each one time use Voting Wallet comes with just enough colored coins to be placed on the Bingo Card voter ballot (presented in the DApp UI to the voter via their Browser) with unique ballot registration ID matched to the voter SecureID. Only the Vote Epoch SC for the Precinct/Region can issue the one time use voter Wallet which contains the coloured coins which is issued only after first checking the State Voter Register List running on the BEE IOTA Permanode operated by the State updated by the Precinct/Region with State issued key access to the Registration List Dapp. If the voter is not on the list but does have the right ID verfied at the voting station by the voting station employee, the voting station employee scans the ID bar codes, which are then added to the State DpL waiting for apporval , and via STREAMs a reques to all the other the Cross State App Voter Registration Check BEE Nodes, the entry waiting for apporval is compared to all other State Nodes via Fast Consensus where the result must be 100% of the operating nodes agree, at that point the local voter new registration transaction is apporved and accepted by the State Vote Epoch Bee Node via the Registration List SC which time stamps using dNTP the add to the State IOTA Tangle Distributed Private Ledger and an acknowledge ment is sent ot the Voter Dapp unique instance requesting the registration list add.
The SC controlled Private Ballot- How you place your vote choices with Colored Coins using One-Time Use Voting Epoch Wallet
First, when the one time wallet is issued to the voter after registration check and approval, the Time is stamped via "in State" dNTP daemons running as jobs only accessible from the State Precinct Specific Epoch Vote Smart Contract serving the Precinct registered voter , checking the nearest State permanode IOTA BeeNode Master Copy of the State Registered Voter List via a Wallet contained rolling list to find the other State nodes, should that first state node be down for any reason, the Dapp will go to the next node and, so on, in a circular list check, until the timestamp is achieved, once. Once confirmed, the voter running the unique serilaized one time use Dapp complete with wallet and colored coins is ready to place their vote on the Web UI presented Ballot "Bingo Card" . The Wallet only contains the number of unique vote selections as colored coins which are dragged and dropped by mouse controlled cursor on the desktop (interns and absentee voters, remote voters using a desktop) or with their finger or thumb if using an Android device to fit the round coin into the Square vote selection box for the candidate listed. The voter can move the coins around as much as they want, once they are certain, they hit the vote button, and are asked via a pop up window to confirm use or no, once, if no then returned to the Ui, if Yes, asked again y/n are they sure? if yes the vote is then written to the State DPL TANGLE instance waiting for a second confirmation consensus check of all state nodes.
SORT OF... BR CLUSTERS ONLY, BETWEEN STATES, FEDERALLY OPERATED
Dark Fiber- Connecting the Precinct DPL Nodes together, in State or Province
Say What, no TCP/IP? Well sort of This is true inside the Precinct or Region of the SOVRINTown Voting System and also inside the entire State and province, which vastly simplifies setup using PCIe plug n play and also improves security and speed within the state.
![]()
For Interstate Voter Role/List checks to ensure their are no duplicate vote, The Federal governing body IT staff managing the national vote managing those gateways, use URL Universal Resource Label mappings to IP addresses with a unique State private AS "Autonomous System" number "AS#" to facilitate such checks between states through the SCION Border Router Cluster, often referred to as NAT Natework Address Translation Function.
Connecting the State/Province Voting System Precincts/Regions together as one big Hi-speed, low latency, path and channel switched Compute Backplane over PCIe is the way to go. In the SOVRINTown Project we are designing to use the per Session SASL security protection of Data flows between node URLs which protects the communications Control, Monitoring and Data Planes, over which data flows between what are URI addressed nodes flow (Channels/Paths on PCIe), which look like one big computing complex on which multiple precinct located colos operate, all linked together by URI (Universal REsource Identification) addresses matched to the URL "Label". PCIe, in its current 4.0 form is super Low Latency and with SOVRINTown using Layer 5 SASL Secured BEEP protocols securing the ISO Model Layer 5 data flows between node Back End 'BE' "headless" MEAN Micro Services over this URL/URI to PCIe mapped addressing scheme, performance will be AWESOME, due largely to the way fewer software Stack (driver) interfaces and attack surfaces are employed by PCIe, which sees PCIe delivering guaranteed low latency, every time with 10 times less latency than TCP/IP at a minimum, while easily matching and exceeding Ethernet's advertised, aggregate link/leaf "data rate" (ie 100gbit/sec Ethernet vs 126Gbit/s PCIe 4.0
(n.b. This PCIe 'Backplane' technology is used for weapon systems in the DoD today, where delay is measured in 1 to 5 microsecond ranges making it easy to trust dNTP time stamps of data flows and related logged data frames, where as TCP is 10 times slower and erratic, with 5 to 10 times more attack surface interfaces in the software stack).
![]()
Data Flow GeoFencing -Keeping your Vote in State or Province- SCION BR Clusters Between States, Federally Supplied/operated BRs
Ok SCION Border routers are new to North America, where the SCION open source code comes of Zurich ETH. Europe is likely three years ahead in this regard.
Why Use SCION Border Routing? Well one wants to get rid of inter-state voting shenanigans of duplicate votes from the same voter in different states, right?
SCION is how you fix the Inter-state voting problems, fast.
We will setup SCION BR's to Run operate NAT URI to IP Network Address Translation at data flow ingress (entry) into the Multiple Node SCION Border Router Cluster, where we will want these Clusters operated by Federal Authorities only. SCION ensures there are no BGPSec PKI key breaches (behaving as a trusted BGPsec router used to exchange routing info after PKI key check) allowing any sort of "data flow hijacking" which currently persists and plagues all IP networks daily. (This is how Zoom traffic was routed into and out of China) The SCION BR cluster enables the cross state voter registration consensus check run by the major permanode BEE IOTA instances which have the entire State voter registration on hand, which gets cross checked using the IOTA Fast Consensus algorithm running in each state/province BEE Node. In the case of the 'hypothetical' US SOVRINtown setup, there are at least 3 nodes recommended per state, which means 150 nodes must agree 100% the voter added to the composite USA wide voter registration data is indeed unique. There can be several BRs per State into each Adjacent State. Transits between states are best configured over PVC permanent Virtual Circuits "nailed up" over Dark optically amplified Fibre over a specific light spectrum channel " say indigo for example) between nearest adjacent State/Province Edge BR Clusters to keep the Dark fibre runs within the Single Mode Fiber signal distance specification. Alaska and Hawaii , Puerto Rico are handled as special transit cases for the USA through Federally contracted connections over Fiber using existing TCP/IP transport BR to BR Cluster, transiting operator purchased IP STUNLs Secure Tunnels of Layer 3 encapsulating the PCIe Traffic in Ethernet MAC Frames is one way to do it...)
SC Controlled Report Server- Rolling up the Vote to a Summary for Your State/Province Union , Telling the World
I will not spend a lot of time on this part, suffice it to say you need a "faucet" cluster which is a scale-able and secure "single source of truth" from each state routinely in near RT 'Real Time", feeding the Main Stream and Independent/alternative News Media with the DPL vote Talley updates per precinct/region , so the results get reported correctly to the PEOPLE, where the same info as available through the VoterPak Dapp, accessed by anyone voting that way.
Secure Data Flows between Nodes : IOTA STREAMS, operating over BEEP
Ok, again this one part which needs a post on its own. The takeaway here is there is a requirement to run a control plane to between all nodes of the SOVRINTown voting systems for initial setup and verification of the underlying Backplane operating within and connected between precincts/regions in state and that the same plumbing is hooked up to the Federally operated inter/state/province SCION Border Router Clusters and to also setup a monitoring plane in the same manner to make sure everything is working as designed and, there is a full audit of both the control plane, the monitoring plane and the data flows, as reported by the IOTA # Tangle attached SIEM like, C2 data logs which supports such transparent auditing, when needed.
Reporting Accurate Voting Results to the World- Society2 ToolKit to Build Reporting Server running on IOTA Hornet Nodes.
Society2 toolkit is designed to allow you to build secure Apps operating on IOTA nodes, which means creating a reporting server which reads immutable data from the IOTA Tangle Distributed private Ledger State/Province instance of multiple nodes operating in various secure locations is easy. APIs can be presented to certified Media outlets, who themselves are issued private and public keys to access the data STREAMS reporting the result in Near real time. When the SC Vote Epoch precinct polls close per the overall SC State Wide vote Epoch, all results are 'officially' in per the state /province extension deadlines (people still standing in line for example" approved by their respective legislatures.
Mail-in Votes are Passe' - No Need for Such Shenanigans in SOVRINTown Voting System Module
Is mail in voter ballot allowed? Not need for it. The interned can get their one time use Ballot electronically together with the one time use wallet and the coins they need to place their vote choice on the ballot and send it themselves. In fact they can use any Apple or Android Smart Phone to do it, with a properly designed One Time Use Voting Wallet DApp, only downloadable against the registration list data from the Smart Contract Precinct Vote Epoch Instance. Not on the list? Then run through the DApp to register your ID, your Face, your thumb print, your voice print to create the unique instance, which is checked against all nodes in the state AND even cross state to other Tangle Instances of the DpL 'Distributed private Ledger", operated by the FEDERAL government as a Network Node using the SCION Border Router URI to IP to IP to URI routing specific to the Precinct set of Nodes URI which has all voting node instance of Hornet appearing as one big Micro Service Cluster with the same local address, even though the Nodes are in different colo/Dc sites connected via Dark Fibre.
If there are 100 voting precincts/regions in the State or Province, then are 100 URI IDs. No TCP/IP is used "in State". Each Precinct could in fact, have several IOTA Hornet Nodes running in local, distributed secure Colos "co-location facility" and DC "Data Center" locations (like a large metro center), which simple show up with their own sub node URI "ID extension" (Suffix) to the main URI ID for the Precinct/Region.
In effect the SOVRINTown Precinct eVoting system is one big Single Addressed Computer PCIe Backplane, connected to several PCIe Computing nodes running VMs "Virtual Machines" and Container instances sufficient to support the Precinct/Region Vote Epoch Services need to both record and report on the Voter Ballots submitted directly online, remotely or in person, or manually in person (which become unique single "NATURAL" Number instances. Yes the nodes have their own Storage.)
Natural Numbers and Voting Systems: A word on that
Duh, Voting systems are by their very nature recording natural numbers (no decimals or fractions of votes allowed). Since Dominion does not support Natural number only voting, they should have been disqualified in the first place in the US 2020 National election by every single US State government.
Nuff said.
What about supporting good ole' Paper- Yup, the Secured Voting System Precinct/Region Node module of "SOVRINTown" Does that too.
Here is how. In the SOVRINTown voting system component, currently in the 0.7 design phase (you are seeing elements of that design in this post today), handling paper ballots does involve scanned signature matching, but also eyeball, voice and thumbprint check to determine next step, at the voting station, or via the Dapp to support interned voting (the sick and elderly, requesting such Dapp Access in advance) .
If the voter is not on record, then a record is created using private booth access to the Dapp at the voting station on a Tablet (it can even be a Smartphone). We are focused on Android support only for SOVRINTown Voting System Module, because Android is Open Souece whitebox code (apple is not.)
How to Deploy Quickly and Securely, your Precinct/Region version of SOVRINTown- Packaging and Provisioning
Standards are important here, for the technical, this means YAML blueprint of each instance in conjunction with Terraform configuration management deployed by Kubernetes or Docker instance provisioning systems or similar to the Target Host URI (Remember no TCP/IP, except for the FED BR interconnect running SCION which runs a NAT translation URI to IP Address Map to support cross precinct and even state voter registration list checks using the IOTA Fast consensus protocol to ensure the uniqueness of the voter and the uniqueness of the time stamped ,one time use ballot/evoter wallet and key sets with color coins included which are issued to the approved voter after that first in/cross/state check.., handled by by BIG BEE IOTA Nodes with ample Fast Storage in multiple locations per state running the consensus to approve the voter registered, kissing good bye the duplicate vote problem from same person in different states. ). Where the RECIPE as it Emerges over 2021? Public Github SOVRINTown Repository.
Who Writes the DApp, the Vote Epoch SC?- Base Template is the FED job, State modified for Precinct Use.
In each case above of 3rd party security certification , multiple BONDED security parties attest to the security of the code, running full audits posted to a public blockchain for anyone to scrutinize, who is registered in country. (public/private key protected viewing only rights, you aint a citizen? too bad you get to see NOTHING!) . Yes, the tax payer should gladly want to 'fairly' pay for this certification at the Federal and State level.
When will this SOVRINTown Secure Evoting system Happen?- In time for 2022 Mid Terms?
Well right now, SOVRINTown is, WELL, beyond "pipe dream" state and, rapidly moving forward, based partly on this Holiday story and other research documentation (other open source lego) and unique design ideas tracking our design thinking, as well as key supply chain documentation (IOTA and others). Solid Requirements Drive everything. Once those are in place (ETA March 21st, 2021) we are off to write the test cases and pass/fail metrics (ETA June 5th, 2021), thereafter we then refine the requirements into detailed use cases (Due 4th of July, 2021) . Then we cycle all of that a few times to make sure all primary, secondary and exception use cases are clearly defined and documented (Labor Day in the USA/CAN) , BEFORE anyone integrates and or writes a stitch of glue code (First PoC Mash-Up by Oct 31st, 2021). You will see all that related documentation build up into one big Acceptance Plan (Target Dec 21st with MCP) at our github site, picking up steam over the next few months. So if you are interested at any level, watch the project on github.
The next year of effort will be a roller coaster, no doubt, as SOVRINTown is not my Day job and, there are few volunteers at the moment, so we need the project community to grow in every which way, Starting January 6th, 2021. ;)
Could SOVRINTown be ready for deployment to make the US Mid-Terms? Hell yes, with a bit of crowdfunding or direct funding and, we are looking into that over the upcoming Yule Season. I will share such visibility on Publish0x in the next related SOVRINTown post, likely around Jan 22, 2021. ;)
Be Brave, Take the Next Step, send me a note and help out, any old way you think you can...
There are no technical hurdles to doing the above, only politics are in the way of the courageous, willing to take the above SOVRINTown blueprint 'story' and, take up this challenge FOR the People.
Yeah its a lot of work. Lots of Blocking and Tackling, but that is what open source communities do on a daily basis, just go to Github, Gitlab or Bitbucket and check out the volume of work completed daily by watching a few projects . (you get daily project updates and see what the community of developers are up to, what their challenges are, etc., you can even see sometimes, which companies are parked at the edge of the project helping out by checking their email addresses or cross referencing names or project labels into linkedin.)
Any Takers?
Be Brave, I am here to help and, could use the help, ideas to move this along.
All, feel free to take any of the ideas above and create your own secure voting system For the People, which will truly be EPIC for the entire planet
When SOVRINTown is eventually released (ETA end of 2021, when IOTA is MVP SC complete and as such so is Society2 )
IMO the Future of Crypto Powered Voting Systems is bright and yes, the SOVRINTown Recipe still supports Paper Votes and the interned/absent Voter.
Merry Christmas, Happy Holidays and very Merry New Year!
Make the GREAT SHIFT to manual, Take Control of Your Life, Personal Freedom, Prosperity and Happiness,
And please don't settle for a shitty Closed, BlackBox Voting Experience and Outcome!
TK over and out...
*****