Home → News 2018 December
 
 
News 2018 December
   
 

01.December.2018

00:03 and 13:41 UTC+1
Clarification

*** Work in progress - more information about Istio, some better ordering and wording ***
When taking a quick look on ... (once again) ...
(Once again,) We took a quick look at

  • operating system-level virtualization or containerization (e.g. Docker),
  • cloud discovery Service Provider Interface (SPI) (e.g. Hazelcast),
  • (micro)service discovery system (e.g. Consul),
  • (managed or private) cloud container registry,
  • container-orchestration system (e.g. Kubernetes),
  • service meshing (e.g. Istio), and
  • hybrid cloud and virtual cloud computing or networking (e.g. Google and Amazon with VMware and Kubernetes).

    Docker is a program for operating system-level virtualization based on the

  • resource isolation features of the Linux kernel such as cgroups (control groups formerly named (process) containers introduced by Google) and kernel namespaces respectively their integration as the operating-system-level virtualization method LinuX Containers (LXC) to provide an isolated environment for applications,
  • capability-based security concept of the Portable Operating System Interface (POSIX), and
  • Security-Enhanced Linux (SELinux)).

    Kubernetes "is a[...] container-orchestration system for automating deployment, scaling and management of containerized applications [... that] aims to provide a "platform for automating deployment, scaling, and operations of application containers across clusters of hosts".[3] It works with a range of container tools, including Docker.[5] Many cloud services offer a Kubernetes-based platform or infrastructure as a service (PaaS or IaaS) on which Kubernetes can be deployed as a platform-providing service."

    Istio is described as technology that

  • "provides a way for developers to seamlessly connect, manage and secure networks of different microservices - regardless of platform, source or vendor [- and m]anage mircroservices at scale while [they] decompose monoliths into smaller applications",
  • is "a microservices management program used in tandem with the Kubernetes platform [... that] provide[s] "traffic management, service identity and security, policy enforcement and telemetry" services in order to streamline Kubernetes use under [Linux kernel based and Unix-like] operating systems, [... and]
  • is "aiming to be a control plane, similar to the Kubernetes control plane, for configuring a series of proxy servers that get injected between application components", and also
  • complements Kubernetes,
  • works with
    • service discovery systems and
    • cloud container registries,
  • called a service mesh, and
  • used to make microservices resilient, for example.

    Istio looks very interesting, but it is based on our Ontologic System (OS), specifically our

  • methodology of decomposing monoliths respectively monolithic systems and applications into molecules or modules respectively (operating system) kernel services, smaller applications, and microservices through our integration of
    • Resilient Distributed Systems (RDSs) respectively Challenge-Tolerant and Trustworthy Distributed Systems (CTTDSs),
    • microkernel-based operating systems,
    • Kernel-Less Operating Systems (KLOSs),
    • the Systems Programming using Address-spaces and Capabilities for Extensibility (SPACE) approach, and
    • the CHemical Abstract Machine (CHAM), which has very similar concepts and the same degree of parallelism like the tuple space model of Linda (see also Java JavaSpaces and Jini),

    (see the sections Basic Properties and Integrating Architecture of the webpage Overview of the website of OntoLinux) and

  • mixing of distributed computing paradigms like for example
    • client-server computing (see also the implementation of the Remote Procedure Call (RPC) mechanism called gRPC and introduced with Istio 0.8),
    • Peer-to-Peer (P2P) computing,
    • grid computing and cloud computing, and
    • cluster computing.

    Also note that

  • technologies related to Istio already exist like for example the
    • tuple space paradigm,
    • Java technology including
      • JavaSpaces based on the tuple space paradigm,
      • Jini based on JavaSpaces, and
      • Rio based on Jini,

      and

    • Service-Oriented technologies (SOx),
  • the SPACE approach and our OS can do the other way as well that is to merge, aggregate, or unite kernel services, smaller applications, and microservices to larger elements of systems, applications, and services again to solve most of the deficits introduced with decomposition. See for example the chapter 3.3 Kernel-less Operating System Services of the document titled "Efficient Cross-domain Mechanisms for Building Kernel-less Operating Systems" of the Systems Programming using Address-spaces and Capabilities for Extensibility (SPACE) approach,
    which our OS can do this at runtime due to its basic property of (mostly) being
  • reflective, as well as
  • self-adaptive,
  • self-organizing, and
  • self-regenerative or self-healing,

    and

  • the structuring of containers, virtual machines, and proxies, as utilized for orchestration and service meshing, have their problems, as discussed in relation to the reflective, (resilient) fault-tolerant, reliable, and distributed operating system Apertos (Muse).

    By the way:

  • A tuple space "is an implementation of the Associative Memory (AM) paradigm for parallel computing and distributed computing. It provides a repository of tuples that can be accessed concurrently [following] the blackboard metaphor. [A] tuple space may be thought as a form of distributed shared memory [(DSM)]."
  • See also for example the
    • reflective, (resilient) fault-tolerant, reliable, and distributed operating system Apertos (Muse) and the Cognac system based on Apertos, and
    • Byzantine-resilient tuple space paradigm.

    The problem of operating system-level virtualization or containerization is that it only

  • runs programs within containers, to which only parts of these resources are allocated, respectively
  • provides the isolating and sandboxing mechanism of
    • capability-based operating systems,
    • (software) isolated process runtime environments,
    • Multi-Agent Systems (MASs),
    • Agent-Based Operating Systems (ABOSs), and
    • Multi-Agent-Based Operating Systems (MABOSs),

    but not their interaction, scaling, clustering (see also orchestration), dynamic federation, service meshing, and so on through kernel {system} services, which have to be emulated or implemented in other ways somehow to provide the same functionalities. Such kernel {system} services are a feature of

  • capability-based operating systems,
  • microkernel-based operating systems,
  • kernel-less operating systems, and
  • distributed operating systems, and also
  • Service-Oriented technologies (SOx).

    What we are observing since some years are attempts to solve its deficits by

  • adding these missing features and functionalities mentioned above and other features and functionalities of

    and

  • taking our OS as blueprint.

    After orchestration of applications inside a container the service meshing was introduced in the last year, which comprises to some extent features and functionalities of the

  • fields of Service-Oriented Computing of the first generation (SOC 1.0) and Service-Oriented Programming of the first generation (SOP 1.0) and
  • field designated by us as Service-Oriented Computing of the second generation (SOC 2.0), which again
    • was introduced around the end of 2005 and the beginning of 2006, and
    • is based on Service-Oriented Architecture (SOA) with Autonomic Computing (AC) and Semantic (World Wide) Web (SWWW) standards and technologies.

    This can be easily viewed with the so-called microservices but also other developments like for example development methodologies themselves including the

  • agile development methodology and
  • combination of the fields of software Development (Dev) and information technology Operations (Ops) abbreviated as DevOps.

    DevOps is a reflective methodology leading us again to our OS and has been developed further by taking our OS as blueprint once again with the data-driven approach based on SoftBionics (SB), which includes fields like

  • Artificial Intelligence (AI),
  • Machine Learning (ML),
  • Computer Vision (CV),
  • Cognitive Vision (CogV),
  • Cognitive Software Agent System (CSAS),
  • Cognitive Computing (CogC),
  • etc.,

    to our SB-powered DevOps (SBDevOps or simply SBOps) methodology.
    Also completely missing are our

  • Ontologic Computing (OC),
  • New Reality (NR),
  • Cyber-Physical Systems of the second generation (CPS 2.0), Internet of Things of the second generation (IoT 2.0), and Networked Embedded Systems of the second generation (NES 2.0), including
    • Industrial Internet of Things (IIoT) and
    • Industry 4.0 (including ontologies as well),
  • Ubiquitous Computing of the second generation (UbiC 2.0), and
  • all the other original and unique elements of our Ontologic System (OS) and our Ontoscope (Os).

    Conceptually, operating system-level virtualization or containerization is not required because it is included in our automatic multilingual multimodal multiparadigmatic multimedia multidimensional programming paradigm or better said Ontologic(-Oriented) (OO 3) Programming and Ontologic Computing (OC) paradigms including the integrated features and functionalities of for example the fields of

  • operating systems,
  • distributed computing
    • Peer-to-Peer (P2P) computing,
  • parallel computing,
  • concurrent computing,
  • cluster computing,
  • supercomputing,
  • distributed parallel computing and distributed supercomputing
    • grid computing,
  • programming languages
    • Maude,
    • Unified Parallel C (UPC),
    • X10,
    • Meld for ensembles and based on the logic-programming language P2 designed for programming overlay networks, and
    • Locally Distributed Predicates (LDP),
  • Agent-Oriented Programming (AOP) paradigm, Multi-Agent Systems (MASs), and Cognitive Agent Systems (CASs)
  • Service-Oriented technologies (SOx)
    • Service-Oriented Computing of the first generation (SOC 1.0) (e.g. Service ORiented Computing EnviRonment (SORCER)), and
    • Service-Oriented Computing of the second generation (SOC 2.0) (Service-Oriented Architecture (SOA) with Autonomic Computing (AC) and Semantic (World Wide) Web (SWWW) standards and technologies),
  • and much more.

    Eventually, operating system-level virtualization or containerization remains a techology of the early 2000's and every attempt to catch up with contemporary systems leads over SOx to our OS.

    We also explained several times that we have

  • integrated the
    • Kernel-Less Operating Systems (KLOSs),
    • Systems Programming using Address-spaces and Capabilities for Extensibility (SPACE) approach,
    • L4 and other microkernels,
    • CHemical Abstract Machine (CHAM) and other abstract machines, and
    • reflective, (resilient) fault-tolerant, reliable, and distributed operating system Apertos (Muse) and the Cognac system based on Apertos,

      as foundation including our

    • exception-less system call mechanism, including its kernel-less asynchronous variant,
    • Multi-Agent-Based Operating Systems (MABOSs),
    • High Performance and High Productivity Computing Systems (HP²CSs), and
    • Resilient Distributed Systems (RDSs) respectively Challenge-Tolerant and Trustworthy Distributed Systems (CTTDSs),

      specifically our

    • SoftBionic (SB) supercomputer,
    • Ontologic High Performance and High Productivity Computing System (OHP²CS),
    • and so on,

    and

  • constructed our
    • Ontologic Net (ON),
    • Ontologic Web (OW), and
    • Ontologic uniVerse (OV)

      as the successors of the

    • Internet and
    • World Wide Web (WWW),

    which are based on this foundation (see also the Clarification of the 4th of June 2018, the issue SOPR #122 of the 24th of June 2018, and the Clarification of the 21st of October 2018).

    We also created the

  • personal cloud computing and the Intra Cloud computing paradigms with the projects Boot to Web (B2W) and Castle in the Cloud listed in the Innovation-Pipeline of Ontonics, which are the same as the private cloud computing paradigm, and also
  • combination of the Inter Cloud computing or public cloud computing paradigms with the personal cloud computing and Intra Cloud computing or private cloud computing paradigms also called the hybrid cloud computing paradigm in this way.

    {?}The infrastructure of our Society for Ontological Performance and Reproduction (SOPR) comprises public service registry, discovery, and mesh for such microservices, or Layer 7 network in the 2nd ring and the assigned ID spaces of the management structure [IDAMS] of our ON, OW, and OV.

    We also did this integrating work with the other original and unique features of our OS based on the

  • integration of concepts of the fields of
    • SoftBionics (SB) with its subfields
      • Artificial Intelligence (AI),
      • Machine Learning (ML),
      • Computer Vision (CV),
      • and so on,
    • Computer-Aided Software Engineering (CASE), and
    • Knowledge-Based Engineering (KBE),

    and

  • basic properties of (mostly) being
    • non-deterministic and deterministic,
    • well-structured and -formed,
    • validated and verified,
    • specification- and proof-carrying,
    • kernel-less reflective/fractal/holonic,
    • self-adaptive,
    • self-organizing, and
    • self-regenerative or self-healing, as well as
    • synchronous and asynchronous,

    and their integration with the

  • Virtual Object System (VOS) (see also the Further steps of the 16th of August 2018),
  • development methodology based on the combination of the fields of software Development (Dev) and information technology Operations (Ops) (DevOPs) to our SB-powered DevOps (SBDevOps or simply SBOps) methodology, which includes the fields wrongly called
    • Software 2.0 and
    • continuous AI-powered DevOps (AIOps),

    and the field of

  • SOx

    by following the strategy of automating as much as possible as part of our OO 3 and OC paradigms.

    We also combined the listed systems with

  • SOx (see also issue SOPR #150 of the 20th of November 2018),
  • Information-Centric Networking (ICN), Content-Centric Networking (CCN), and Named Data Networing (NDN), and
  • our Ontologic System Components (OSC), specifically the components

    No matter how a realization or implementation looks like, we still cannot see here a legal loophole for the companies Google, IBM, and Co., Microsoft, as well as Amazon, VMware, and Co., investors, and so on, but also infringements of our rights.
    And here is also a red line for them that will not be crossed (again). Some companies have to give up public services once again if they are part of the infrastructure and platform of our SOPR. Luckily, developments in the field of cloud computing and operating system-level virtualization are relative new, for example registries and marketplaces of cloud computing platforms started only some few years ago and for example Istio started only in 2017.


    03.December.2018
    Preliminary investigation of Linux Foundation continues
    In relation to the note Preliminary investigation of Linux Foundation of the 20th of November 2018, we quote the following statements from related emails:
    "[...]
    The speedups are pretty impressive!
    [...]
    Jeff [Moyer; employee of IBM→Red Hat]"

    "[...]
    >The speedups are pretty impressive!
    That's why I put them in there, maybe that'd get peoples attention :)
    -- Jens Axboe[; member of Kernel.org and employee of Facebook]

    "[...]
    >>The speedups are pretty impressive!
    >That's why I put them in there, maybe that'd get peoples attention :)
    Indeed. :)
    [...]
    Jeff [Moyer; employee of IBM→Red Hat]"

    In fact, the speedups are up to 100% in some cases.

    Merely saying that an idea cannot be copyrighted is not persuasive, though a work must be sufficiently creative and significant, and have an original and unique, characteristic expression directly connected with its creator.
    In the Clarification #1 of the 3rd of November 2017, we already gave a collection of recipes as an example. The idea of a collection of recipes is not copyrighted but a specific collection of recipes is protected by the copyright.
    The ideas of the integration of the asynchronous or the concurrent programming paradigms with the avoidance of context switching, or being more precise, the software architecture that integrates the asynchronous or the concurrent programming paradigms with an exception-less system call mechanism have already sufficient creativity, substance, and significance for being protected by the copyright, but when it is even designed

  • in relation to the Linux kernel and kernels of UNIX variants or
  • in a way similar to microkernel-based operating systems or
  • in both ways

    then we do not think that a discussion is required at all.

    In this context, we also noted the significance of asynchronicity for Distributed Systems (DSs) like for example

  • parallel computing on Wide Area Networks (WANs) such as the Internet, client server and cloud computing platforms,
  • Service-Oriented technologies (SOx), including web services and mircoservices, as well as dynamic federation and service meshing,
  • and so on.

    Having said this, our architecture has to be viewed like a specific collection of recipes and therefore is sufficiently original and unique for copyright protection as well.

    But this is not the end of the legal story. Even if in theory the copyright protection for our architecture is rejected by a court, then we still have the origin of a sufficiently creative and significant work as is the case with such a new architecture and impressive improvements.
    So naming C.S. in a related open source license is required as well, but the open source license used for the Linux kernel and Unix based operating systems are incompatible with such a legal requirement.

    The open source community has crystal clear rules, so does the rest of the societies.


    05.December.2018
    SOPR #153
    We have to talk about the following topics:

  • legal matter,
  • ratio of overall revenue share, and
  • infrastructure and platforms.

    Legal matter
    In relation to the latest actings of open source communities and foundations, we would like to repeat once again that

  • a licensing complying with the Articles of Association (AoA) and the Terms of Service (ToS) with the License Model (LM) and the End-User License Agreement (EULA) of our Society for Ontological Performance and Reproduction (SOPR) (see for example the issue SOPR #126 of the 10th of July 2018) is required for any
    • open source hardware and software, which is based on our original and unique works of art titled Ontologic System and Ontoscope, and created by C.S., as well as
    • other work, which is directly connected by a causal link with our Ontologic System and Ontoscope,

    and

  • we are neither responsible for this issue with open source hardware and software, nor is it our problem due to the reason that this situation is the result of
    • illegal business strategies and actings done with the goals to infringe the rights of C.S. and our corporation and even destroy our corporation, and
    • the twisted mindset that everything is allowed because it is open source.

    Therefore, it is time to recognize that the tide has turned and the movement has to go in the other direction.
    Furthermore, despite we opened our Ontologic System and Ontoscope for reproduction and performance by every entity, the business strategies and actings have not changed and our

  • corporation is still mimicked, surrounded, and enclosed through questionable business practices,
  • liberal regulations and potential legal loopholes in them are exploited making a truly good regulation virtually impossible, and
  • requirements are even ignored in some cases.

    Eventually, what we see at too many open source communities and foundations is not very encouraging and correspondingly we thought about more options to enforce the consensus already found by happy winners including the following ones:

  • prohibit the use of the disputed parts of the libaio library of the Kernel Asynchronous I/O (AIO) project and other parts based on our OS for the realization of cloud computing platforms and their connection with other cloud computing platforms until the legal situation has been unequivocally clarified respectively confirmed at the courts,
  • increase the royalties by for example 100% for members of our SOPR that use hardware or software protected by licenses not accredited by our SOPR until they act in complete compliance with the AoA and the ToS with the LM and the EULA of our SOPR, or
  • exclude entities from the membership in our SOPR, refuse any licensing, file lawsuits, and demand triple damages as compensation.

    Ratio of overall revenue share
    We observed that the transformation of applications and services to Ontologic Applications and Ontologic Services (OAOS) does not happen instantly or in some few steps but takes many years.
    Furthermore, we already made clear our point of view that not only cloud computing platforms and their customers, like for example social networking and streaming platforms, but also online shops, marketplaces, and other service platforms are performing our Ontologic Applications and Ontologic Services (OAOS), though in various levels of scope. Therefore, we introduced a related multiplication factor or ratio ranging from 0.00 to 1.00, which

  • depends on the
    • amount of utilized
      • Ontologic System Components (OSC) and
      • Ontoscope Components (OsC),
    • level of integration of the utilized OSC or OsC or both according to our Ontologic System Architecture (OSA), and
    • dependency of an overall business on the utilized OSC or OsC or both,

    and

  • determines the level of performing our OAOS of an individual application or service

    for calculating our share of 5% of the result of multiplying the overall revenue generated with an application or a service by said factor or ratio in a way that is fairer and more reasonable for the customers, business partners, or members of our SOPR.
    We also said that this factor will only increase in the next future and hence it should be obvious that the maximal factor of 1.00 is reached sooner or later. See also the issues SOPR #128 14th of July 2018 and SOPR #147 of the 04.November.2018 for the due dates.

    Eventually, the latest actions of leading companies of the Information and Communication Technology (ICT) industry sector show why our SOPR is as it is and why we will not make any further concessions.

    Infrastructure and platforms

    The commissioning of infrastructure tasks will be done by

  • adjusting the process to the market shares similar to the intentions of the Reasonable And Non-Discriminatory (RAND) terms, also known as Fair, Reasonable, and Non-Discriminatory (FRAND) terms, which means that a company with the same qualification and capability but a lower share of the market has a higher chance of allotment,
  • giving at least two entities the same task, that do not need to collaborate, though they are not hindered in doing so, and
  • conducting the process in the public eye as far as reasonable.

    In addition, due to the reasons that some of the latest actings of large companies in the field of cloud computing related to our Ontologic Net (ON), Ontologic Web (OW), and Ontologic uniVerse (OV), as well as our SOPR were ambiguous, because they were

  • on the one side comprehensible from the business point of view, but
  • on the other side also aggressive, bold, and odd somehow with
    • mimicking, surrounding, and enclosing of our corporation and its business units, specifically Ontonics with the SOPR and Ontologics, and
    • pursuing already known strategies of expansion and unfair business practices,

    we are considering to take actions on the same level to

  • prove that we are competent and
  • show that companies have limits,

    indeed.
    One option could be to exclude clever entities from the commissioning of tasks related to the infrastructures and platforms of our ON, OW, and OV, as well as our SOPR.

    For sure, our friends from all areas of the planet Earth are also welcomed but also taken up on their promises as always.

    Preliminary investigation of Linux Foundation continues
    In relation to the note Preliminary investigation of Linux Foundation continues of the 20th of November 2018 and 3rd of December 2018, we quote the following statement from a related email:
    [...]
    "It also opens up the possibility of doing polled IO without any system calls at all, if we add a thread on the kernel side ..."
    [...]
    -- Jens Axboe[; member of Kernel.org and employee of Facebook]
    This proves our allegations that our whole asynchronous functionality of our integrating Ontologic System Architecture (OSA), which is based on our exception-less system call mechanism, including its kernel-less asynchronous variant, is

  • new on the one hand, and
  • implemented on the other hand,

    indeed, because the more general integration of features of microkernel-based operating systems with monolithic operating systems (in this case the Linux kernel) is suggested here.
    Ah, what ... Bingo?!

    In the meantime, we got more evidences that the Linux Foundation is copying our original and unique, iconic work of art titled Ontologic System and created by C.S., specifically the functionalities related to an operating system, that are added to the Linux kernel, as not expected otherwise around 13 years ago (see also the note Preliminary investigation of Linux Foundation started of the 12th of October 2018).
    We have also observed attempts to apply vodoo magic and some psychological tricks and semantic sleights of hand with functionalities related to

  • operating system-level virtualization or containerization, and
  • capability-based security

    for providing

  • sandboxing,
  • isolated user space instances called containers, partitions, Virtual Environments (VEs), or jails,
  • Service-Oriented technologies (SOx),
  • and so on.


    09.December.2018
    An anecdote
    When investigating and documenting plagiarisms and illegal activities related to our works of art we often think about an event that happened in the early teenager times of C.S..
    A cousin of C.S. (hereafter called J.M.1) and C.S. were always riding bicycles, J.M. trial bicycles and C.S. mountain, moto cross, and trial bicycles.
    When J.M.1 got a new bicycle he sold his old one to his younger brother and other cousin of C.S. (hereafter called J.M.2). But when J.M.1 participated at a European trial contest in Spain at that time the truck of his bicycle team was looted and everything was taken away including his new bicycle.
    At home again J.M.1 asked J.M.2 if he could use his bicycle until he got a new one, which by the way took several weeks.

    After some days, the brothers got into a dispute somehow, as not unusual for siblings, and in the course of this J.M.2 rejected his allowance to use his bicycle given to J.M.1. But J.M.1 refused to follow this prohibition and still used the bicycle of J.M.2. Eventually, J.M.2 had to lock his bicycle to enforce his prohibition.
    But a friend of J.M.1 and C.S. managed to pick the lock and J.M.1 took the bicycle once again.

    Needless to say, the tension was very high and the dispute had reached its absolute climax now. Totally sad and even desparated J.M.2 screamed around until the aunt of C.S. got knowledge about the whole issue. After hearing what was going on and the argument of J.M.1 that J.M.2 is not riding his bicycle at all but only wants to anger him she said that the bicycle belongs to J.M.2 and J.M.1 should give it back immediately and never take it again without the consensus of J.M.2. Period.

    But aunt of C.S. has not only managed to reinstall order but also achieved that J.M.1 payed respect to his brother J.M.2 and after they get along once again J.M.1 was also allowed to use the bicycle of J.M.2 again.

    We are not against societies in general and open source communities in particular, but

  • there are laws and we are not the problem but the solution and
  • without paying respect to others having a different opinion open source, open standards, open governance, open democracy, and open whatsoever is worth nothing, nada, nix.

    Blockchain fraud will come to an end #8
    As not expected otherwise, Bitcoin and Ether are already dead and Iota, Litecoin, Dash, and Monero are already following them. We also read the headline that "Ripple Co-Founder's Token Selloff Accelerates".
    In fact, Ethereum's Chief Executive Officer (CEO) introduced the next plagiarism of our original and unique, iconic work of art titled Ontologic System and created by C.S. with an illegal blockchain platform, that includes a

  • layered architecture,
  • mathematically proven protocol respectively is validated and verified, and validating and verifying, as well as specification- and proof-carrying,
  • integration of the techniques of the smart contract protocol and the blockchain,
  • other features of our Ontologic System (OS), and
  • a philosophy,

    which proves even more that our OS has been taken as a blueprint and is even licensed in a way not accredited by C.S. and our Society for Ontological Performance and Reproduction (SOPR) as part of those illegal and even serious criminal activities, as can be seen easily with the sections Basic Properties and Integrating Architecture of the webpage Overview of the website of OntoLinux and also the Clarification #2 of the 3rd of August 2018.

    Another illegal blockchain platform is promoted and described as follows:
    "Fetch brings the world closer together and delivers power to the individual. We've built the world's first truly smart ledger, allowing data to act autonomously. Using machine learning and AI technology, we enable data to cooperate, solving problems instantly and presenting answers directly to you."
    "Autonomous agents on the @fetch_ai network will provide #solutions to complex problems, enabling us to unlock the value of #data. [...]."
    See the basic properties and the OntoBot and OntoLedger components of our OS, as well as the sectionSoftbionics (SB) of the webpageTerms of the 21st Century of the website of OntoLinux.
    Also interesting is the following information: "Tomorrow @fetch_ai are sending a team to #Frankfurt They will be holding meetings in the city and on Friday will attend the @Trusted_IoT #hackathon and a conference hosted by @BoschGlobal and the Frankfurt School Blockchain Centre [...]."
    We do not know why the company Robert Bosch is still supporting fraudulent entities or even collaborating with them.

    But those blockchain fraudsters and gangsters did not stop at this point and were even so bold to found a lobby for their stolen blockchain platforms and criminal activities conducted with them:
    "Ripple, NEM, Cardano, Fetch.AI, Found Blockchain Industry [Association]
    The new lobby for the blockchain industry was founded by EMURGO/Cardano, Fetch.AI, NEM, and Ripple. Prior to the public announcement, the association hosted a Blockchain for Europe Summit on 27 November alongside the four largest groups in the European Parliament."
    "Four leading blockchain companies including Ripple, NEM, Fetch.AI, and EMURGO/Cardano have come together to establish the "Blockchain for Europe" association, which will act as a representative for blockchain organizations in Europe. The association will help in providing a unified voice for the industry at a European level."
    Obviously, there are even much stronger ties between these entities as well.
    What they really need is not a lobbying association but a good legal representation.
    We do not know why the company Google (investor in OpenCoin now Ripple Labs) is still supporting fraudulent entities or even collaborating with them.

    Obviously, Charles Hoskinson and Co. have not understood our very serious warning given to that other blockhead and crypto kiddy of Ethereum.
    Those blockchain-based systems, specifically the so-called blockchain platforms and cryptocurrencies of the third generation, will not be accepted by our SOPR because

  • their processing and data services are not separated from their financial services, and
  • they are disturbing the goals and even threatening the integrity of our SOPR,

    that violates the related rules of the Articles of Association (AoA) and the Terms of Service (ToS) of our SOPR deliberately, as usual.

    Furthermore, if the digital currency exchange Coinbase will trade EOS, Tron, Cardano, Fetch, etc., then we will ban its financial services in our Ontologic Net (ON), Ontologic Web (OW), and Ontologic uniVerse (OV), specifically in our Ontologic Financial System (OFinS) with our OntoCoin and OntoTaler based on our universal ledger or alpha ledger and our OntoLedger, as well as our ontologic and cybernetic Proof of Existence (PoE) and Proof of Singular Existence (PoSE).

    Consequently, we have to ask the

  • providers of cloud computing platforms to be rigorous and ban all those illegal plagiarisms respectively provide no services for those illegal blockchain platforms and their cryptocurrencies in accordance with the AoA and the ToS of our SOPR and
  • domestic intelligence and security services like for example the Federal Bureau of Investigation (FBI) and market regulators like for example the U.S.American Federal Trade Commission (FTC) and the European Comission (EU) to take more decisive legal actions against those fraudulent and serious criminal foundations and associations and their platforms.

    Note in this relation that

  • on the one hand we
    • were, are, and will be fair to anybody when opening our original and unique, iconic works of art titled Ontologic System and Ontoscope for reproduction and performance, and
    • did, do, and will not
      • take away an item that we do not own,
      • impose any restrictions on an entity to act in legal ways, or
      • make any politics

      when doing so, and also

    • have found a consensus already, which should not be questioned any longer,

    and

  • on the other hand fraudulent or even serious criminal
    • open source foundations,
    • blockchain associations, or
    • similar groupings

    are definitely not

  • in the position to dictate any conditions in relation to our works of art to us, and
  • required at all for achieving the goals of the U.S.A., the member states of the European Union (EU), and other states (see also the issue SOPR #152 of the 25th of November 2018).

    It is time to bring back law and order again.

    Style of Speed Further steps
    We continued the work on one of our systems utilized for aerial vehicles with Vertical Take-Off and Landing (VTOL) capability. Some of the most interesting features are its

  • sophisticated working principle,
  • clever construction,
  • high energy efficiency, and
  • broad range of application.

    We also continued the work on one of our conventional VTOL aircrafts, which became a new type through the utilization of the perfected system mentioned above and much more of our original and unique inventions and improvements. Some of the most interesting features are its

  • high safety and reliability,
  • high flight performance,
  • high energy efficiency,
  • long flight duration,
  • low noise emission,
  • small dimension,
  • all-weather capability,
  • low maintenance,
  • affordability, and
  • operational qualities and economical quantities as
    • Personal Aerial Vehicle (PAV) as well as
    • delivery drone™ and
    • taxi drone (see also the Ontologic Web Further steps of the 5th of November 2018).

    We also improved a very basic component that might become a little revolution in the field of aircraft construction.


    10.December.2018
    SOPR #154
    *** Proof-reading mode ***
    The topics of this issue are:

  • end of blockchain and distributed ledger experiment,
  • network of telescopes, and
  • official currencies in ON, OW, and OV.

    End of blockchain and distributed ledger experiment
    Due to the latest developments and insights that

  • first generation cryptocurrencies (e.g. Bitcoin) and second generation cryptocurrencies (e.g. Ether and Iota) as well as related blockchain-based systems have already become obsolete and
  • third generation cryptocurrencies (e.g. Cordano) and fourth generation cryptocurrencies as well as related blockchain-based systems are even more based on essential parts of our Ontologic System (OS) and activities of our Society for Ontological Performance and Reproduction (SOPR), and therefore
    • constitute even more serious fraud not tolerated by our SOPR,
    • do not comply or even refuse to comply with the Articles of Association (AoA) and the Terms of Service (ToS) of our SOPR, because the AoA and the ToS were made for tolerating only cryptocurrencies of the first and second generations but cryptocurrencies of the third and fourth generations are
      • disturbing the goals and even threatening the integrity of our SOPR and
      • are not needed at all, because we have our original and unique OS and related facilities and ecosystem since 2006 already,

    and

  • we only allowed blockchain platforms, distributed ledgers, and cryptocurrencies of external entities at all due to the
    • second generation cryptocurrency Iota, but a leading member of the Iota Foundation already moved to blockchain-based systems of the third generation and all its other members have to move to the new generations or most potentially have already moved to them as well, and
    • collaboration of one of the largest chip manufacturer from the U.S.A. with a leading internet company from the P.R.C. in the field of blockchain-based systems of the first and second generations, but they have to move or most potentially have already moved to the new generations,

    there is no reason for us anymore to tolerate any blockchain-based system of the first and second generations or allow any other Resilient Distributed System (RDS) respectively Challenge-Tolerant and Trustworthy Distributed System (CTTDS), that merely substitutes a blockchain-based system or blockchain platform of an older generation with the related essential parts of our OS and our SOPR.
    Correspondingly, we are

  • ending the experiment with blockchain platforms, distributed ledgers, and cryptocurrencies of external entities, and
  • changing the regulations and related regulative exceptions accordingly, such as for example the schedule from
    • 7 years until 31st of December 2025 to unify distributed ledgers, cryptocurrencies, etc. to
    • 2 years until 31st of December 2020 to unify distributed ledgers, cryptocurrencies, etc.,

    which would mean that the transformation and unification has to begin immediately.
    See also the related notes in the section about the official currencies in the Ontologic Net (ON), Ontologic Web (OW), and Ontologic uniVerse (OV) below and the Comment of the Day of the 5th of April 2018.

    Network of telescopes
    The first telescope node of our universal ledger is already ready to go officially and more telescope nodes will be added soon.

    Official currencies in ON, OW, and OV
    Official currencies in our Ontologic Net (ON), Ontologic Web (OW), and Ontologic uniVerse (OV) are now our

  • centralized or centrally managed virtual currency Ontologic Bank Digital Currency (OBDC) like digital fiat currency Central Bank Digital Currency (CBDC),
  • decentralized or decentrally managed reserve virtual currency OntoTaler,
  • centralized cryptocurrency Ontologic Bank CryptoCurrency (OBCC) like Central Bank CryptoCurrency (CBCC), and
  • decentralized reserve cryptocurrency OntoCoin

    besides other centralized or centrally managed virtual currencies and cryptocurrencies (e.g. national CBDCs and CBCCs) but not Bitcoin and Co..
    We will look after the formal accreditation and registration of our virtual currencies.
    In the end, our Ontologic Financial System (OFinS) will be less expensive than anything proposed before.


    11.December.2018
    Clarification
    On the mailing list of a microkernel we found the following information about one of the usual nonsense patents:
    "Claim 1 of the patent describes creating mathematical "axioms" - formal mathematical statements - that describe a computerized trading forum. The patented method then describes analyzing, with a "computer assessment system ... the mathematical axioms that describe the operation of the trading forum." In other words, the patent describes using formal proofs to check for bugs in a "computerized trading forum." It's formal verification - just applied to the financial services industry."

    Indeed, it is a formally verified service, but we already

  • disclosed that before with the publication of our original and unique, iconic work of art titled Ontologic System and created by C.S., and
  • explained that (formal) validated and verified, and validating and verifying, as well as specification- and proof-carrying
    • Electronic Data Interchange (EDI) standards for automated communication,
    • smart contract protocol, and
    • all the Domain Specific Languages (DSLs) for Business Process Management (BPM) listed on the website of Ontologics.info including
      • trading and
      • financial services

    are integrated in our Ontologic System as well.

    Due to our integrating Ontologic System Architecture (OS), which integrates all in one, we already have everything. See also the Clarification of the 5th, 7th, 8th, and 9th of June 2016, and the related cases of Marko A. Rodriguez in the Investigations::AI and Knowledge management of the 10th of June 2016 (Resource Description Framework Virtual Machine (RDF VM) and a Web Ontology Language Virtual Machine (OWL VM)) and the company 1060 Research in the Investigations:Multimedia of the 28th of October 2018 (Netkernel and reflective Service-Oriented technologies (SOx)) for getting into the historical and technical details, specifically how we developed and others spied out all of that starting with ontologies given in for example the eXtensible Markup Language (XML), over XML processing and our Ontology-Oriented (OO 2) programming paradigm to our Ontologic Computing (OC) paradigm.
    Eventually, we have shown at least a suggestion and a motivation but somehow also a teaching and therefore that patent claim as initially filed is void.

    For sure, we anticipated that entities will file patents to disturb our business or even get the control over our Ontologic System (OS). Therefore, we described our OS top-down in a holistic way. See also the Clarification of the 18th of October 2018 and our other publications on this website of OntomaX where we make this issue the subject of discussion.
    No chance for trolls here, neither patent, open source, blockchain, nor whatsoever trolls.

    We are very sure that we have answered the implicit question of the developer.

    03:53 and 18:06 UTC+1
    Investigations::Multimedia

    *** Work in progress *** Preliminary investigation of OpenStack Foundation started
    In relation to the next copyright infringement of members of the Linux Foundation, specifically the companies IBM→Red Hat and Facebook and most potentially the companies Intel and Google, as well as other companies (see the note Preliminary investigation of Linux Foundation continued of today), we also got a link to the Kata Containers project. When making a quick look around we got the following informations about this project:

  • "Kata Containers, The Next Evolution of Clear Containers [Intel] 01.org
    Kata Containers is launching as an open source project under the OpenStack Foundation [...]."
  • "Kata Containers - The speed of containers, the security of VMs
    Kata Containers is an open source project and community working to build a standard implementation of lightweight Virtual Machines (VMs) that feel and perform like containers, but provide the workload isolation and security advantages of VMs."
  • "Making the Case for Kata Containers [...]
    Most containers today are deployed on top of hypervisors largely because of a lack of container tooling and concerns about being able to isolate application workloads running inside containers. Attempting to establish a middle ground between containers and hypervisors, the OpenStack Foundation created Kata Containers."
  • "Kata Containers: Hypervisor-Based Container Runtime [...]
    Kata Containers is a merge of 2 hypervisor based container runtime efforts: Hyper's runV and Intel's Clear Containers. With Kata Containers, each container is hypervisor isolated just like an [Amazon Elastic Compute Cloud (]EC2[)]".

    We

  • note that the containers V1 patch was implemented and included in the Linux kernel in 2006 and control groups (cgroups) were included in the Linux kernel in 2007 and hence OntoLinux as well,
  • note that an agent can have the features of a container,
  • view an agent (of a Multi-Agent-Based Operating System (MABOS)) also as a VM and correspondingly a Multi-Agent System (MAS) (of an MABOS) as a Multi-Virtual Machine System (MVMS) or a complete Multi-Virtual Machine Runtime Environment (MVMRE) (see also the Cognac system based on the reflective, active object- and actor-based (concurrent and lock-free or non-blocking), (resilient) fault-tolerant, reliable, and distributed operating system Apertos) and
  • already integrated the
    • Multi-Virtual Machine runtime system mentioned in relation to the programming language X10 of the company IBM (see the Ontonics, OntoLab, Ontologics, OntoLix and OntoLinux Further steps of the 19th of March 2012), which is also referenced on the webpage Project Status of the website of OntoLinux, with operating system-level virtualization and hypervisor,
    • OntoCore based on Apertos (Muse) and the Cognac system based on Apertos,
    • OntoScope based on the Virtual Object System (VOS),
    • OntoBot based on MAS and the Simagent Toolkit together with the operating system-level virtualization or containerization, and hypervisior result in some kind of a Virtual Virtual Machine (VVM).

    Also see for example the

  • chapter Conclusion of the document titled "Unification of Compile-time and Run-time Metaobject Protocols" that explains "In Cognac, each object has its u-meta-space which defines both the semantics of the source programming language and the [runtime or] execution environment of the object. The execution domain of an object is named an object cluster, where some metaobjects support the execution of the object at run-time.",
  • chapter JADE Messaging Architecture of the document titled "Scalability and Performance of the JADE Message Transport System. Analysis of Suitability for Holonic Manufacturing Systems" that explains "[... Java Agent Development Environment (]JADE[)] agents are executed in a run-time environment, called an agent container, where they share resources and services like threads scheduling and messaging support. A JADE platform is a distributed environment composed of several run-time containers launched over one or more hosts across a computer network.",
  • chapter Description of MASeL Prototype of the document titled "MASEL: A Multi-Agent System for E-Learning and Skill Management" that explains "JADE Agents might live in several Java virtual machine instances distributed on several hosts5. For each instance of the Java virtual machine, JADE provides a complete run-time environment, named agent container, for executing any set of JADE agents. [] 5 In this way, JADE allows to develop distributed agent platforms.", and
  • chapter 4.2.1.2 Java Agent Development Environment (JADE) of the document titled "Agent Factory: A Framework for the Engineering of Agent-Oriented Applications" that explains "The JADE Agent Platform (AP) is comprised of one or more Agent Containers (AC). [...] Each AC is executed upon a separate Java Virtual Machine. [...] Agent Virtual Machine [(AVM)]".

    Obviously, the deficits of operating system-level virtualization or containerization, and monolithic operating systems have been found out once again.
    Somehow, we have the impression in this case as well that capability-based systems are

  • merely reinvented, as also discussed in the Clarification of the 1st of December 2018, or
  • only sold under the buzzword container,

    as an unsuccessful attempt to

  • artificially create or convincingly simulate an ordinary technological progress and a wrong timeline of events, and
  • camouflage a causal link with capability-based (operating) systems, microkernel-based (operating) systems, and Multi-Agent(-Based Operating) Systems (MA(BO)S)

    See also the related section of the webpage Components of the website of OntoLinux and note that a specific system framework of a secure, formally verified L4 microkernel works already in this way with multiple VMs and cross-VM communication for example, which obviously is based on the related features of our OS and included in our OS.

    It can also be viewed from the gain of performance by reducing the overall system stack by eleminating the additional level of a Virtual Machine (VM) or a complete Runtime Environment (RE) on top of an os. In the case of the quoted MASs this would be the Java Virtual Machine (JVM) or the complete Java Runtime Environment (JRE) which corresponds to the Cognac system based on Apertos and the statement about the Kata Containers project "The speed of containers, the security of VMs".
    We also said in the past that safety and security is the duty of the operating system level and not a VM or a web browser running on top of it.

    As can be seen easily, the Kata Containers hypervisor-based container runtime is another example for the second trick based on substitution and explained in the note FOSHS reached peak long ago of the 17th of December 2018, that remains an editing of the expression of an original work with a different syntax but the same semantics.
    Eventually, one more of the many original and unique features of our OSA and its functionality has been presented by using different terms and a composition inheritend in our original and unique design.
    Due to the semantic overlap with an Agent Virtual Machine (AVM), an Agent Container (AC), and a related Runtime Environment (RE) as part of a general Multi-Agent System (MAS) and a general Agent-Based Operating System (ABOS) as well as their integration with a hypervisor respectively on the overall system stack level of the operating system by our integrating Ontologic System Architecture (OSA), the Kata Containers project also provides an evidence that shows a causal link with our Ontologic System and eventually proves infringements of our copyright and other rights.

    {...,} specifically the characteristic expression of the idea or concept of decreasing and integrating of the overall system stack as part of the whole design and resulting improvements with our OSA for providing a foundation for the the realization of our OS
    Finally, the unfair business practice of the responsible companies in relation to

  • the Openstack Foundation in particular and
  • other FOSS foudations in general, such as the Linux Foundation and the Apache Foundation,

    becomes evident and hence provable as well.

    See also the note Preliminary investigation of Linux Foundation continued of today for some short informations of Kernel-less Operating Systems (KLOSs).

    Preliminary investigation of Linux Foundation continued
    *** Proof-reading ***
    We quote the following content of an email of a Linux kernel developer:
    "Problem Description
    ===================
    We want to be able to take a directory tree on the host and share it with guest[s]. Our goal is to be able to do it in a fast, consistent and secure manner. Our primary use case is kata containers, but it should be usable in other scenarios as well.
    Containers may rely on local file system semantics for shared volumes, read-write mounts that multiple containers access simultaneously. File system changes must be visible to other containers with the same consistency expected of a local file system, including mmap MAP_SHARED.

    Existing Solutions
    ==================
    We looked at existing solutions and virtio-9p already provides basic shared file system functionality although does not offer local file system semantics, causing some workloads and test suites to fail. In addition, virtio-9p performance has been an issue for Kata Containers and we believe this cannot be alleviated without major changes that do not fit into the 9P protocol.

    Design Overview
    ===============
    With the goal of designing something with better performance and local file system semantics, a bunch of ideas were proposed.
    - Use [Filesystem in Userspace (]fuse[)] protocol (instead of 9p) for communication between guest and host. Guest kernel will be fuse client and a fuse server will run on host to serve the requests. Benchmark results (see below) are encouraging and show this approach performs well (2x to 8x improvement depending on test being run).
    - For data access inside guest, mmap portion of file in QEMU address space and guest accesses this memory using dax. That way guest page cache is bypassed and there is only one copy of data (on host). This will also enable mmap(MAP_SHARED) between guests.
    - For metadata coherency, there is a shared memory region which contains version number associated with metadata and any guest changing metadata updates version number and other guests refresh metadata on next access. This is still experimental and implementation is not complete.

    How virtio-fs differs from existing approaches
    ==============================================
    The unique idea behind virtio-fs is to take advantage of the co-location of the virtual machine and hypervisor to avoid communication (vmexits).
    DAX allows file contents to be accessed without communication with the hypervisor. The shared memory region for metadata avoids communication in the common case where metadata is unchanged.
    By replacing expensive communication with cheaper shared memory accesses, we expect to achieve better performance than approaches based on network file system protocols. In addition, this also makes it easier to achieve local file system semantics (coherency).
    These techniques are not applicable to network file system protocols since the communications channel is bypassed by taking advantage of shared memory on a local machine. This is why we decided to build virtio-fs rather than focus on 9P or NFS.
    [...]
    Thanks
    Vivek [Goyal; employee of IBM→Red Hat]
    [...] David Alan Gilbert [employee of IBM→Red Hat]
    [...]
    Miklos Szeredi [employee of IBM→Red Hat]
    [...]
    Stefan Hajnoczi [employee of IBM→Red Hat]
    [...]
    "

    In the patch we found the following descriptions:

  • "The shm cap defines a capability to allow 64bit size chunks at 64 bit size offsets into a bar. There can be multiple such chunks on any one device."
  • "Retrieve the capabilities needed to find the cache."
  • "Retrieve the capabilities needed to find the journal and version table."
  • "Instead of assuming we had the fixed bar for the cache, use the value from the capabilities.
  • "Use the other capabilities to map their memory."

    See also the note Preliminary investigation of OpenStack Foundation started of today for a very short introduction into the Kata Containers project.

    Co-location on the basis of shared memory (shm) is also discussed in the chapter 3.3 Kernel-less Operating System Services of the document titled "Efficient Cross-domain Mechanisms for Building Kernel-less Operating Systems" of the Systems Programming using Address-spaces and Capabilities for Extensibility (SPACE) approach, whcih

  • explains that "[w]e have proposed an alternative implementation of co-location [...] Services can directly reference any page within the common address space for which they have been granted permission", and
  • is also mentioned in the Clarification of the 1st of December 2018.
    Also note that the illegal plagiarism VirtuOS (see its case in the Investigations::Multimedia of the 15th of May 2018) works with shared memory as well.
    Furthermore, in chapter 5.1 Remote Procedure Call of the document titled "Building Fundamentally Extensible Application-Specific Operating Systems in SPACE" it is explaind that "[e]ven greater improvement is possible by the implementation of operating system servers as shared code and data in a separate privilege domain, but within the address space [(container)] of each task, essentially making the server into a kernel. However, the server is also still written as an application [(here by shared memory and state management)]."
    And when we take a look at the webpage Components of the website of OntoLinux we find what? Virtual Machines (VMs), and Hypervisors, and also the L4Re operating system framework (see the note Preliminary investigation of OpenStack Foundation started once again).
    Obviously, this virtual filesystem functionality and its integration with another highly problematic system part, that is the approach of the Kata containers, of our Ontologic System and its integrating Ontologic System Architecture (OSA) have been stolen.

    Also mentioned in the same note is the fact that the related open source software including the Linux kernel are transformed and extended to a hybrid operating system by using microkernel features. But that is a substantially similar expression of idea and an essential foundation of our OS and therefore an essential part of the original and unique, characteristic expression of the artwork of C.S. titled Ontologic System. Eventually, our original and unique, iconic Ontologic System is taken as blueprint in a top-down approach and we have a causal link and the next infringement of our copyright.
    We have not allowed to replicate our OS in whole or in part under a GNU Public License (GPL).

    Also note the further provocations by

  • using terms like virtio-fs in relation to that plagiarism VirtuOS, file system semantics in relation to Semantic File Systems (SFSs) and our Ontologic File System (OntoFS), design overview in relation to the webpage Overview of the website of OntoLinux, unique idea in relation to the phrase original and unique work of art used by us, and so on, and also
  • reflecting our explanations, specifically not to fall prey to the impression of a legal loophole, with corresponding implementations that even do the opposite.

    We also note once again, that he whole Information and Communication Technology (ICT) industry is not interested in any alternatives at all, but only in everything we do, specifically our OS.

    Indeed, we understand the

  • recent developments related to the
    • libaio library of the Kernel Asynchronous I/O (AIO) project,
    • field of operating system-level virtualization or containerization, and
    • many other similar activities against C.S. and our corporation

    as the long-awaited official breach of consensus by leading members of

  • the Linux Foundation, as well as
  • related or similar Free and Open Source Hardware and Software (FOSHS) foundations, associations, and groupings,

    because many leading members of these foundations reached the end of their legal, technological, and economical possibilities due to our OS. Having said this, the main issue is not about Free and Open Source Software (FOSS) but about the already foreseeable economic decline of companies dependent on FOSS and also our OS.
    Companies that misuse and exploit FOSHS as a strategical and eventually economical weapon have to stop those actions and remove all infringing matter immediately, because otherwise a collaboration is very difficult or even impossible and our Society for Ontological Performance and Reproduction (SOPR) has to act appropriately against that.

    There is no need anymore to spend time and money for finding a legal loophole on the basis of Free and Open Source Software (FOSS), because we already got so many evidences that show the required causal links with our Ontologic System and our Society for Ontological Performance and Reproduction (SOPR) has sufficient regulations and options for handling and rejecting the licensing of any related misconduct.
    As we said before on the 17th of December 2018, FOSS reached its peak and that trick does not work anymore, too. :)

    Style of Speed Further steps
    We also continued the work on our variant of a special module utilized for Vertical Take-Off and Landing (VTOL) aircrafts.
    Some of its most interesting features are its

  • fascinating working principle,
  • ingenious construction, and
  • broad range of application.

    In a subsequent step we reconfigured one of our conventional VTOL aircrafts with this module.

    If all requirements are fulfilled and the module works as designed and predicted then we have a little revolution in the field of aeronautics and other fields.


    13.December.2018
    Ontonics Further steps
    We developed a new material of our Hoverinium class, which has its very own kind of complexity on the one hand and fascination on the other.
    Interestingly, some properties of it can also be found in nature, which raises the question if nature has already created a similar solution as well.

    Style of Speed Further steps
    We continued the work on our variant of a special module utilized for Vertical Take-Off and Landing (VTOL) aircrafts and mentioned in the Further steps 11th of December 2018 by substituting one basic item of the module with another one.
    Some of the most interesting features are its

  • virtually unbelievable working principle,
  • ingenious construction, and
  • broad range of application.

    In a subsequent step we reconfigured one of our conventional VTOL aircrafts with this module.

    If all requirements are fulfilled and the module works as designed and predicted then we have a bigger revolution in the field of aeronautics and other fields.
    Admittedly, the foundational technology is not as perfect as technologies based on our Hoverinium material class but it is very close to Hoverinium, already available today, and even very inexpensive, and in this way closes the gap until Hoverinium becomes available for a reasonable and affordable price.


    14.December.2018

    19:58 UTC+1
    SOPR #155

    *** Proof-reading mode ***
    We are discussing topics that seem to be more urgent:

  • legal matter
    • recent FOSHS developments and
    • SOPR EULA,
  • License Model (LM) extension with FOSHS surcharge,

    and

  • FOSHS transition phase.

    Legal matter
    First of all, we would like to make crystal clear once again that we are not against Free and Open Source Hardware and Software (FOSHS) in general. But we also recall that we see a legal problem with licensing our Ontologic System (OS) and our Ontoscope (Os) in whole or in part under an open source license and think that such a licensing is not appropriated, as leading managers of for example the companies Microsoft and Oath have pointed out as well:

  • "In 2001 Microsoft vice-president Craig Mundie remarked "This viral aspect of the [General Public License (]GPL[)] poses a threat to the intellectual property of any organization making use of it.""
  • "In another context, [former Microsoft Chief Executive Officer (CEO)] Steve Ballmer declared that code released under GPL is useless to the commercial sector (since it can only be used if the resulting surrounding code becomes GPL), describing it thus as "a cancer that attaches itself in an intellectual property sense to everything it touches"."
  • Gil Yehuda (Oath (Yahoo and AOL)) gave in his answer to the question if the GPL Version 3 (GPLv3) can be used for commerical applications the following example:
    "Let's play this out. You create an application and license it under GPLv3. You assemble a list of thousands of prospective customers who would love to use your code - so you are excited about getting rich. You start with me, since I'm a sucker for good code, and you sell me your app for $10,000. I give you the money and you are on your way to making it big. However, you have to give me your source code too. I then decide that I'll post your source code on my website and let everyone else take your code and use it for free. Suddenly your plans to make a lot of money don't pan out, since I just gave away your code. And you can't stop me. You then discover that I had some greater financial incentive to starve you which is why I spend some money to take advantage of your innocence."

    Correspondingly, we do ask the question how licensing as FOSS should work with the demand for a fixed fee for a reproduction of our Ontologic System Components (OSC), specifically in relation to copyleft licenses, which are also called viral licenses and include the GNU General Public License (GPL) and the Creative Commons Attribution-Sharealike (CC-BY-SA) license. The answer is simple: It does not work.

    We have also the impression that due to the latest developments in the fields of FOSS and cloud computing, containerization (Kata), orchestration (Kubernetes), service meshing (Istio), etc. vs. OS the whole legal situation or legal ground for opening our OS and our Os in accordance with the AoA and the ToS with the LM and the EULA of our SOPR might be changing. Eventually, the final situation will be that we are either

  • able to push through that our original and unique works of art are not implemented as FOSHS, or
  • out of any regulations by the governments, specifically by their market regulators or antitrust regulators, because entities have sufficiently many alternatives, and
  • have no legal and political reasons anymore to follow RAND or FRAND voluntary and will increase our royalties to common levels, that would mean the
    • fixed fees by 100% and
    • share of the overall revenue to 15 - 20% accordingly.

    At least, we got the crystal clear answer that we have seeked. The so-called 115 consensus is not acceptable if FOSHS is demanded, because

  • on the one hand we never sold our works of art titled Ontologic System and Ontoscope, but only allowed their reproduction and performance as voluntary concessions, and
  • no one must be an economic expert or a creative mastermind with much fantasy to guess that in some few years the first company will refuse to pay royalties for our OS at all, but argue that every part of our OS is available as free and open source hardware and software.

    We have opened our works of art for reproduction and performance, and correspondingly we do expect that others close their works when reproducing and performing our works if such a measure is required to protect our Intellectual Properties (IPs).

    Honestly, we even do not know what the exploitation of FOSHS movements should be good for when only an extremely small fraction of the worldwide population is interested in that at all.
    Anyway, nothing stolen from us in the last years is in a safe harbour home and dry or can be rescued but given back. We will not invest more time in negotiations or whatsoever anymore but only recall the alternative options once again that would be part of a new consensus, which has to be found if the theoretical case that the reproduction and performance of our Ontologic System (Components) (OS(C)) and our Ontoscope (Components) (Os(C)) in whole or in part as FOSHS is legal:

  • We follow the common licensing practice of companies like for example Microsoft, Amazon, and other companies by increasing the
    • fixed fee for the reproduction of our Ontologic System (Components) (OS(C)) and the range of billed devices in the data centers, or
    • share of the overall revenue generated with Ontologic Applications and Ontologic Services (OAOS) to 15 - 20%, or
    • both.
  • We triple the
    • fixed fees, or
    • share, or
    • both.
  • We
    • file lawsuits,
    • demand triple damages as compensation, and
    • observe the prosecutions that might result in up to 30 years in jail for responsible persons.
  • We refuse the allowance for the reproduction and the performance of our Ontologic System (Components) (OS(C)) and our Ontoscope (Components) (Os(C)).

    We might exclude or sue entities that

  • implement respectively reproduce our Ontologic System Components (OSC) or our Ontologic System Architecture (OSA) or both in whole or in part,
  • license them under a license not accredited by our SOPR, and
  • distribute them to other entities.

    Please stop all your skewed business strategies of the last 2 decades and find a legal way by taking one of the many alternatives that does not dilute our rights for example by giving our works away without a fee.

    We will continue the discussion about the case FOSS vs. OS with our legal team.

    License Model (LM) extension with FOSHS surcharge
    We have begun to extend our License Model (LM) with the introduction of a surcharge for the reproduction of our OSC and our OsC, and the performance of our OAOS as Free and Open Source Hardware and Software (FOSHS) that

  • will be charged as long as infringing FOSHS has not been
    • removed or
    • substituted with hardware and software protected by a license, which is accredited by our SOPR,

    and results in the following license items:

  • triple fixed fee, comprising 1 part fixed fee and 2 parts surcharge, and
  • triple share of 15% of the overall revenue, comprising 1 part share of 5% and 2 parts surcharge of 10%.

    In a FOSHS transition phase the surcharge will be deposited on a special escrow account and given back after the substitution ended in a reasonable time or transfered to the SOPR after 5 years of showing a causal link the first time.

    The overall legal situation will not be touched by paying the surcharge. Indeed, the surcharge has to be understood as a motivation or a compensation of damages if an entity does not feel to be motivated.

    The rule of thumb for always being on the safe side is simple: Do not change, recreate, or even copy works of others in whole or in part.
    For example, recreating capability-based operating systems with containerization is not creative but merely editing or reproducing features of capability-based operating systems.

    FOSHS transition phase
    In the issues SOPR #126 of the 10th of July 2018 and SOPR #127 of the 11th of July 2018 we said "we prefer that the implementation of the overall OS with its Ontologic Net (ON), Ontologic Web (OW), and Ontologic uniVerse (OV) is financed by the SOPR and publicated under the SOPR EULA or DEULA, specifically in the case when a related hardware or software is a part of the basic infrastructure managed by the SOPR".
    In the case that a member of the SOPR would like to reprogram illegal software for us and publicate the resulting legal software under our SOPR EULA the incurred transformation costs can be subtracted from the royalties being due.

    Preliminary investigation of Github started
    We are investigating if the owner and operator of the website Github, the company Microsoft, is supporting entities in infringing our rights.

    In this relation, we also saw that when we are talking about disclosed source software we mean something similar like shared source software introduced by the company Microsoft.


    15.December.2018
    Clarification
    When finalizing the Clarification of the 1st of December 2018 and the issue SOPR #155 of the 14th of December 2018 (yesterday) we noticed that both the Information and Communication Technology (ICT) industry subsectors of

  • cloud computing, and
  • digital and virtual ledger technologies

    were and still are built up by using our Ontologic System (OS) with its Ontologic System Architecture (OSA), Ontologic System Components (OSC), and Ontologic Applications and Ontologic Services (OAOS) as blueprint in a top-down approach and therefore are parts of our OS in this realization.

    This also

  • proves that in the last 12 years the ICT industry sector and other industrial sectors have done nothing else than
    • copying our Intellectual Properties (IPs) and
    • infringing our rights,

    which again

  • implies that all the related companies must have know the works and achievements of C.S. and our corporation long before, namely since at least 20 years, as we claim, for building this blind faith in all we do.


    17.December.2018

    04:16 and 19:11 UTC+1
    FOSHS reached peak long ago

    *** Work in progress - better wording ***
    We already said yesterday that "it was definitely never our goal but like for example Linux and Android forced Windows out of the field of mobile computing our Ontologic System (OS) does the same with Free and Open Source Hardware and Software (FOSHS) in the field of something totally new. Where is the problem that the only threat, that we present to the field of FOSHS, is the end of viral[ly infecting], free-riding, and exploiting practices not related to [freedom and] liberty? [...] FOSHS is not for making chaos, realizing [...], and conducting [... a]

  • lock-in strategy,
  • 'Touch but do not control because we control everything' [strategy], and
  • 'Embrace and Extend', and extinguish or exterminate strategy for entering technology, application, and service categories involving widely used [solutions], extending those [solutions] with open source and even copyleft capabilities, and then using those differences to strongly disadvantage [others]."

    In fact,

  • there was never a need for for example a free and open source web server like the Apache HTTP Server, which could have been implemented by the Information and Communication Technology (ICT) industry sector with a (finger) snap or click while sleeping, and
  • the automotive industry has already proven in the last decades that all the goals and advantages of FOSHS, that are important for (large) companies or a whole industry sector, can also be realized with proprietary hardware and software in a collaborative way.

    What companies like IBM, Red Hat, Google and Co. did was always only meant as an

  • attack on the companies Microsoft, Apple, and others, and later our corporation,
  • cost optimization measure, and
  • marketing tool.

    Meanwhile, FOSHS has become a common marketing tool of the industry for carefully wrapping pure capitalism as socialism.

    The issues related to the

  • Linux® kernel
    • libaio library,
    • fs-verity, and
    • virtio-fs,

    which are not just only common parts of operating systems but already based on new, original and unique, and essential elements of our OS and their integration after our Ontologic System Architecture (OSA) (keep in mind that everything in Unix and Unix-like operating systems is a file), and

  • field of operating system-level virtualization or containerization
    • Docker
      • Docker Swarm (provides native clustering functionality based on the Raft Consensus Algorithm),
    • Kubernetes,
    • OpenShift
      • OpenShift Origin,
      • OpenShift Dedicated,
      • Istio,
      • etc.,
    • Kata Containers,
    • Mesos,
    • Container Linux by CoreOS and rkt,
    • Singularity,
    • and so on

    are rising, as not expected otherwise and also discussed in the last past already for example in the Clarification of the 1st of December 2018.

    Some years ago, we have already described the overall strategy (see the case of the company Google in the Investigations::Multimedia of the 17th of June 2014) that is "applying a step-by-step strategy of incremental stealing, which is even done in a planned coordinated and synchronized way together with other competitors in the market as well as with media corporations, research institutes, and even political groups, so that in the end our original and unique, personal and special, and also very extraordinary intention behind and expression of our ideas, concepts, paradigms, and other works of C.S. should look like a seamless technological development respectively an ordinary technological progress, which would mean that we could not claim for a protection by the copyright law".
    In addition, the

  • read line in relation to each individual development was always crossed by one or two steps as well, which was also done
    • to make the individual development results overlapping, compatible, and matching with each other, and
    • by taking our OS as a blueprint in a top-down approach,

    so that eventually the single buttom-up developments fit together perfectly and implement our OS to a large extent, and

  • used original techniques, technologies, and terms are substituted with others that have still the same properties, functionalities, and meanings to
    • confuse the public even more,
    • suggest creations of new own works instead of reworks of the original and unique ones, and
    • camouflage the fraud even more

    (see for example the Clarification of the 1st of December 2018 once again and also the note Preliminary investigation of OpenStack Foundation started of the 11th of December 2018).

    In these specific cases of the Linux® kernel and the field of operating system-level virtualization, which are exemplary for most FOSHS foundations, associations, and similar groupings, entities have developed open source software alone and in collaboration by applying that step-by-step strategy of incremental stealing and the other tricks.
    We do not consider that as clever moves of the responsible members of FOSHS foundations, associations, and similar groupings, because the

  • overall strategy and the next steps to achieve its goals are already obvious, that are the implementations of the future Internet and World Wide Web, which are the related parts of our Ontologic System (OS) with its Ontologic Net (ON), Ontologic Web (OW), and Ontologic uniVerse (OV), as can also be seen with the activities in the field of containerization and capability-based systems (see also the Clarifications of the 1st and 15th of December 2018),
  • deliberate orchestration of said members is already proven, and
  • reason to follow the Reasonable And Non-Discriminatory (RAND) terms, also known as Fair, Reasonable, and Non-Discriminatory (FRAND) terms, voluntarily would not make sense anymore and correspondingly lead to higher fixed fees for the reproduction of our Ontologic System (Components) (OS(C)) and our Ontoscope (Components) (Os(C)), and a share of 15 - 20% of the overall revenue generated with the performance of our OAOS, etc.
  • issues might have led to irreparable damages already that we cannot accept

    All larger companies were aware about the legal situation and therefore we have to assume that they truly wanted to effectively screw of everything owned by us for example by implementing and giving our works of art away as open source to destroy our possibility of their commercialization in this way, while simultaneously scarfing the whole market surrounding our works down.


    18.December.2018
    Comment of the Day

    "The world is not waiting for anybody, even not for China.", [C.S., Today]


    19.December.2018

    18:56 UTC+1
    Clarification

    *** Work in progress - better wording ***
    For our fans and readers but also for some clever (not really) Linux® kernel developers we have found an introductory article titled Architecture & copyright controversies and publicated in the magazin of the World Intellectual Property Organization (WIPO), one of the 17 specialized agencies of the United Nations.
    Note that the subject matter is also about moral rights and the legal relations between plans, plans and realizations, and realizations.

    We do know that the

  • Article I, Section 8, Clause 8 of the United States Constitution, known as the Copyright Clause, empowers the United States Congress:
    To promote the Progress of Science and useful Arts, by securing for limited Times to Authors and Inventors the exclusive Right to their respective Writings and Discoveries,
  • copyright under the U.S.American law specifically
    • does not cover any idea, concept, principle, discovery, procedure, process, method of operation, or system, but a characteristic expression of them in general, and
    • views a command structure as a method of operation or system under Section 102(b) of the Copyright Act in particular.

    and

  • subject matter is regulated in other jurisdications in more or less the same ways.

    Nevertheless, we also recall the facts that

  • on the one hand our original and unique, iconic works of art titled Ontologic System and Ontoscope are also architectures of worlds as well as hardware and software including realities, systems, procedures, processes, methods, applications, services, and interfaces, and therefore should be viewed as some kind of (industrial) designs as well, and
  • on the other hand original and unique designs are also protected by the copyright, as discussed in the referenced article in relation to architectures of buildings

    (see also the Clarification of the 8th of November 2016).
    Furthermore, new worlds and realities, as well as their creation, as presented with our Caliber/Calibre, New Reality (NR), and Ontologic uniVerse (OntoVerse or OV) (see also the Clarification of the 4th of September 2018 and the Investigations::Multimedia, AI and KM of the 19th of October 2018), are unforeseeable and unexpected creations that emphasizes the originality and uniqueness of our works of art and their corresponding protection.

    However, in the case Oracle vs. Google the Federal Circuit partially reversed the district court ruling in Oracle's favor on the copyrightability issue related to the Application Programmng Interface (API) of its Java programming language and remanded the issue of fair use to the district court (see also the note API free or not free? of the 16th of December 2016).
    Moreover, we do not think that the copyright might effectively prevent all future competition if broadly interpreted like in this ruling because the

  • competition does not mean to
    • exploit the goodwill and reputation of another entity in general, and
    • copy an intellectual work or other creative work of another entity and commercialize it as an own work,

    and

  • prevention of a compatible implementation by a company does not work due to the reasons that a
    • competitor can demand licensing under Reasonable And Non-Discriminatory (RAND) terms, also known as Fair, Reasonable, and Non-Discriminatory (FRAND) terms, if there are no alternatives, and
    • market regulator can punish and stop any abuse of market power.

    In fact,

  • Google was never depending on Oracle's Java technology for implementing the related parts of Android and could have developed for example Go as an alternative just right from the start, and
  • nobody is depending on even FOSHS.

    But also note that at this point we have not even discussed again about the

  • field of multimedia (work of) art (see the Clarification of the 16th of July 2016) and
  • all the related artistical, technical, and legal
    • interpretations including
      • the cybernetic self-image of C.S. (see also the Clarification of the 18th of December 2016),
      • vision,
      • science fiction (unforeseeable and unexpected), and
      • architecture and design,
    • views including the views as
      • world architectures and New Realities (NR), as well as
      • software and hardware architectures and therefore as some kind of designs (see also the Clarifiaction of the 8th of November 2016 once again),
    • aspects, and
    • interdependences of our original and unique, iconic works of art titled Ontologic System and Ontoscope in many ways and on various levels

    (see the Clarification of the 16th of July 2016, Clarification of the 14th of December 2016, Clarification #1 of the 8th and 13th of January 2017, and 15th of May 2017).
    In this relation, we also noted several times that also for example the moral rights of C.S., which include the rights to

  • be identified as the creator or author of a work of art,
  • be consulted with respect to any changes planned to said work of art, including worlds, hardware and software technologies, goods (e.g. applications), and services, which C.S. had created and designed, and
  • become the owner of a previously sold work of art again with respect to any undesired changes,

    were and still are infringed and correspondingly the reputations of C.S. and our corporation were and still are damaged, both deliberately and most potentially with irreparable damages.

    But the whole legal situation is even more complicated because developers of FOSHS claim for their copyright but license their work simultaneously under a copyleft clause or in ways that are not compatible with the copyright laws as part of the anarchistic tendencies inherent in the FOSHS culture. For example, the definition and handling of what is a derivative work by the Free Software Foundation (FSF) is not compatible with the copyright laws.

    Eventually, entities who seek legal certainty, specifically companies listed at a stock market, should not use open source hardware and software at all.

    Preliminary investigation of Linux Foundation continued
    We quote the following content of an email of a Linux kernel developer:
    "[PATCH 22/22] aio: add my copyright
    ---
    fs/aio.c | 1 +
    1 file changed, 1 insertion(+)

    diff --git a/fs/aio.c b/fs/aio.c
    index b194f0b1f2f8..ab39e941ca07 100644
    --- a/fs/aio.c
    +++ b/fs/aio.c
    @@ -6,6 +6,7 @@
       *
       * Copyright 2000, 2001, 2002 Red Hat, Inc. All Rights Reserved.
       * Copyright 2018 Christoph Hellwig.
    + * Copyright 2018 Jens Axboe
       *
       * See ../COPYING for licensing terms.
       */
    --

    C. Hellwig did the same between January to May 2018 in relation to the other code added to the libaio library by him and also disputed by us for the same reason.
    By the way, there is either a period too much after Hellwig or missing after Axboe. :þ ©
    Either way, both actions

  • were done deliberately well knowing the contents of our websites and our legal standpoint, and
  • prove that the

    were neither included in the libaio library and the Linux kernel nor in other Unix-like, monolithic, as well as other types of operating systems before, as it is also confirmed in the emails beginning with PATCHSET v[*] of the same patch series of the one Linux kernel developer quoted above and in another patch series (see the related note Preliminary investigation of Linux Foundation continued of the 11th of December 2018), which implies that this basic functionality is indeed our new general element of operating system architectures respectively our new system architecture.
    Due to its significance for for example

  • operating systems in general and
  • the successor of the Internet and the World Wide Web (WWW) in particular, which is our Ontologic System (OS) with its
    • Ontologic Net (ON) respectively SoftBionic (SB) supercomputer,
    • Ontologic Web (OW) respectively Ontologic High Performance and High Productivity Computing System (OHP²CS), and
    • Ontologic uniVerse (OV)

    (see also the Clarification of the 1st of December 2018 for example) C.S. holds the moral rights at least, which include the rights to

  • be identified as the creator or author of a work of art,
  • be consulted with respect to any changes planned to said work of art, including worlds, hardware and software technologies, goods (e.g. applications), and services, which C.S. had created and designed in the context of the OS, and
  • become the owner of a previously sold work again with respect to any undesired changes

    (see the Clarification of today).

    But we also repeat once again that

  • our integrating OSA is an essential foundation of our OS and therefore an essential element of the original and unique, characteristic expression represented with this work of art and
  • we have already provided significant and profound, and also sufficiently persuasive evidences that show the
    • required causal links with our unforeseeable and unexpected, personal work of art, and
    • use of our work or art as a source of inspiration and a blueprint,
  • clause "Scène à faire==Scene to be made or Scene that must be done" is not applicable,
  • aspect of fair use of idea, concept, process, and system is not decisive,
  • copyright also protects designs and architectures if they meet the minimal requirements for this,
  • scope of a copyright protection covers a whole work of art with all its single elements, and

    situation allows no cherry picking due to these reasons, even not in relation to technical designs like a system architecture of an Application Programming Interface (API).

    Due to these reasons, there is no way to cure that issue in relation to the GNU Public License (GPL) for example, because one would have to add
    + * Copyright 2018 C******** S*********.
    but also to remove the line
       * See ../COPYING for licensing terms.
    or alternatively to keep this line but substitute the contents of the directory ../COPYING with

  • a license, which
    • does not include clauses like the copyleft clause but is accredited by our Society for Ontological Performance and Reproduction (SOPR), or
    • does include the SOPR End-User License Agreement (SOPR EULA).


    20.December.2018
    SOPR #156
    Due to the

  • general rejection to collaborate with us in a more constructive way than merely licensing and exploiting our works of art,
  • activities of governing bodies,
  • developments in the field of Free and Open Source Hardware and Software (FOSHS) over the last decade and especially in the last years,
  • incredibly high investments, which would also be supported and enabled by our initially suggested ridiculously low royalties,
  • venture capital investments in fields like
    • FOSHS,
    • Distributed Systems (DSs)
      • High Performance and High Productivity Computing System (HP²CS)
        • cluster computing,
      • Client-Server (CS) computing,
      • Peer-to-Peer (P2P) computing,
      • grid computing, cloud computing, edge computing, and volunteer computing, and
      • Resilient Distributed Systems (RDSs) respectively Challenge-Tolerant and Trustworthy Distributed Systems (CTTDSs),
        • blockchain platforms and
        • distributed ledgers,
    • mobile computing,
    • virtual currencies and cryptocurrencies,
    • Cyber-Physical Systems (CPS), Internet of Things (IoT), and Networked Embedded Systems (NES) including
      • Industrial Internet of Things (IIoT) and
      • Industry 4.0,
    • Web of Things (WoT),
    • SoftBionics (SB) including
      • Artificial Intelligence (AI),
      • Machine Learning (ML),
      • Computer Vision (CV),
      • Cognitive Vision (CogV),
      • Cognitive Software Agent System (CSAS),
      • Cognitive Computing (CogC),
      • etc.,
    • robotics including
      • immobotics,
      • autonomous vehicles
        • delivery drones™,
      • humanoids,
      • etc.,
    • Computer-Aided Manufacturing (CAM) including
      • 3D printing,
    • New Reality (NR) including
      • Augmented Reality (AR),
      • Virtual Reality (VR),
      • Mixed Reality (MR),
      • etc.,
  • continuation of foul plays like for example
    • encircling our corporation to prevent any further movement, momentum, development, and growth,
    • taking illegally acquired money against our corporation,
    • conducting illegal agreements and orchestrations, and
    • sounding out how far one can take us for a ride,
  • continuation of much more unwanted activities like for example
    • attacking the mood and mind of C.S. in relation to private matter as well,
  • irreparable damages, which have happened and are much larger than expected and recognized (see also the issue SOPR #147 of the 4th of November 2018),
  • fact that a share of 15 to 30% of the overall revenue generated with the performance of our Ontologic Applications and Ontologic Services (OAOS) is still within Reasonable And Non-Discriminatory (RAND) terms, also known as Fair, Reasonable, and Non-Discriminatory (FRAND) terms,
  • strong legal position of us,
  • reason that alternative legal actions would be much more worse and even existential, and
  • various other reasons

    we are

  • considering once again the compromise to meet somewhere in the middle between 5 to 30%, for example by increasing the share of the overall revenue generated with the performance of our OAOS to 10% and
  • even preparing such a step for the next possible date in accordance with the Articles of Association (AoA) and the Terms of Service (ToS) of our Society for Ontological Performance and Reproduction (SOPR) already.

    The AoA and the ToS of our SOPR would remain unchanged that means

  • licensing of reproduced Ontologic System (Components) (OS(C)) and Ontoscope (Components) (Os(C)), and performed Ontologic Applications and Ontologic Services (OAOS) must be accredited by our SOPR,
  • FOSHS will be replaced on the expense of our SOPR,
  • ruling of the issues SOPR #126 of the 10th of July 2018 and SOPR #155 of the 14th of December 2018 would be adapted,
  • and so on.

    We also reserve the right to improve our economic results in accordance with national laws.

    We are looking forward to cooperating with the customers, business partners, or members of our SOPR in the future in good and successful ways that has been made possible in the last 20 years by the incredible creative and inventive C.S. and our corporation. :)

    All for the users. :D


    23.December.2018
    Comment of the Day
    Quantum ledger™
    Quantum coin™
    Qoin™

    19:46 and 19:50 UTC+1
    SOPR #157

    *** Work in progress - ***
    We would like to share some considerations and decisions about the following two topics:

  • restructuring of LM and
  • extension of universal ledger.

    Restructuring of LM
    Because the introduction of the

  • share of 10% of the overall revenue generated with the performance of our Ontologic Applications and Ontologic Services (OAOS) (see also the issue SOPR #156 of the 20th of December 2018), and
  • other measures announced in former issues

    on the 1st of January 2019 is very likely, we are also thinking about a possibility to restructure the License Model (LM) by introducing various categories of activity with different shares to address and handle the licensing in a fairer way. For example, a simple structuring would have three categories of activities and related shares:

  • 0% - private persons, non-profit, non-commercial, and non-governmental organizations,
  • 5% - public institutions, healthcare services, manufacturing industry, financial industry, etc., and
  • 10% - Information and Communication Technology (ICT) industry.

    This suggestion is not limited to this amount of categories. For example, another simple structuring would have five categories of activities and related shares:

  • 0% - private persons, non-profit, non-commercial, and non-governmental organizations,
  • 2.5% - public services,
  • 5% - manufacturing industry, financial industry,
  • 7.5% - industry sectors depending on OS, Os, or OAOS (e.g. Industrial Internet of Things, Industry 4.0), and
  • 10% - Information and Communication Technology (ICT) industry.

    Structuring in correspondence to activities allows a fairer assignment to a category. For example, if a

  • foundation of a
    • billionaire,
    • wealthy family, or
    • Free and Open Source Hardware and Software (FOSHS) established as 501(c)(6) organization, which are not organized for profit and no part of the net earnings goes to the benefit of any private shareholder or individual,

    that would be assigned to the 0% category, or

  • private equity investor,

    that would be assigned to the 5% category, does an investment in an ICT startup, then we have a commercial activity that is assigned to the 10% category.
    Indeed, this way of structuring the LM is not so complex as initially said.

    Eventually, only the right entities would be concerned anyway.

    Extension of universal ledger
    We have extended the foundation of our universal ledger with a quantum computing-based ledger (quantum ledger) included in our Ontologic System (OS) by design (see also the OntoLix and OntoLinux Further steps of today).
    In fact, we have already begun some years ago to

  • construct this part of the {infrastructure vs. platform and ON, OW, OV platforms vs. SOPR platform} the infrastructure of our SOPR and the platforms of our Ontologic Net (ON), Ontologic Web (OW), and Ontologic uniVerse (OV), as well as the platform of our SOPR based on them and
  • integrate their technologies, goods (e.g. applications), and services, specifically the
    • permitted virtual currencies and
    • platforms of our Ontologic Financial System (OFinS).

    19:50, 19:54, and 20:07 UTC+1
    OntoLix and OntoLinux Further steps

    *** Work in progress - alignment with SOPR #157, better wording for sure ***
    In section 6 Ausblick==Outlook of The Proposal quantum computing such as optical computing are mentioned as well "Computer-Systeme mit quanten-, photonen- oder molekülbasierten CPUs==computer systems with quantum-, photon-, or molecule-based CPUs".
    We also explained several times that our OS is also designed for quantum computers and used together with quantum cryptography for establishing its basic properties of (mostly) being validated and verified and validating and verifiable due to the reflective property, and due to the fact that Resilient Distributed Systems (RDSs) respectively Challenge-Tolerant and Trustworthy Distributed Systems (CTTDSs) are also included quantum computing-based ledgers or quantum ledgers are included in our OS by design as well.
    See also the related projects in the Innovation-Pipeline of Ontonics.
    In addition, "the concept of the Caliber is founded on the latest accepted physics of the universe", which includes Quantum Mechanics (QM), also known as quantum physics, and quantum theory.
    establishing the Proof of Existence (PoE) consensus {correct term?} in our Ontologic uniVerse (OntoVerse or OV) and its New Reality Environments (NREs)

    quantum network for multiuser operation based on quantum cryptography. The quantum network is scallable and allows to increase the number of users by integrating new users into the quantum network easily and with minimal operations and interferences.
    Furthermore, we already planned around the year 2004 that the members of our network of telescopes, that provide our universal consensus or alpha consensus, will be the first ones followed by our Ontologic Financial System (OFinS) specifically for

  • securing the
    • communications,
    • transactions, and
    • collaborations

    between them and

  • establishing our new Quantum Coin (Qoin or Q).

    We also exploited respectively overlaid a feature of QM and our original and unique OntoLedger that is to create multiple tokens in one step, which correspond to the multiple entangled states of particles created by a single source, obviously, increasing the efficiency of our FTRTDSs such as distributed ledgers significantly, immensely, and incredibly.

    Also shows nicely the basic property of our OS of (mostly) being

  • holistic and its Ontologic System Architecture with another aspect of the original and unique integration of the
    • microscopic world (QM and quantum computing) and
    • macroscopic world (universum and network of telescopes),

    as well as

  • validated and verified (PoE).

    At this point, it should become clear why we have not described techniques like the smart contract protocol, distributed ledgers, and cryptocurrencies like for example Bitcoin, Ether, whatosever serious criminal nonsense in more detail but merely listed their basic properties (see for example the OntoLix and OntoLinux Further steps of the 5th of July 2017).
    See also the Comment of the Day of the 8th of January 2018 and the notes Blockchain fraud will come to an end.
    This original and unique, unforeseeable and unexpected idea, concept, and feature of our OS and its integrating OSA is also copyrighted due to the many legal reasons.
    Are there any questions?


    24.December.2018
    Ontonics Further steps
    By happenstance we solved a foundational problem with one of our energy storage technologies and in this way increased the range of ways of construction and gave the related field a new momentum.

    11:39 UTC+1
    SOPR #158

    *** Work in progress ***
    All the years we made presents. This year we did it already yesterday on the one hand and think it would be reasonable to get a present on the other hand:
    The members of our Society for Ontological Performance and Reproduction (SOPR), actually only one with the supervisor, have decided unanimously with a sufficient majority of 100% of the eligible voters to update or extend the License Model (LM) as discussed in the issue #157 of the 23rd of December 2018 (yesterday). The new LM is valid beginning on the 1st of January 2019.
    Details in relation to the classes will be worked out together with related matter.

    The subject matter has been discussed several times in the past but each time we rejected to make such a step. Eventually, we concluded in the last weeks that a limit of tolerance was surpassed where we could not find any arguments for holding back this a step anymore. Expecially the insights and conclusions that we

  • must have been known, observed, and spied out even more than 20 years,
  • must have been the true reason behind the
    • creation of the Dot.com wave,
    • establishing of the
      • company Google and
      • companies in the field of social networking platforms like for example Facebook, Twitter, and Snap,
    • resurrection and turnaround of the company Apple,
    • growth of the company Amazon and many other companies like the ones listed before,
    • development of mobile devices like for example the smartphone respectively variants of our Ontoscope,
    • revival and breakthrough of the fields of Augmented Reality (AR) and Virtual Reality (VR),
    • breakthrough of networking and collaboration platforms like for example WhatsApp and Slack,
    • breakthrough of autonomous vehicles, like self-driving cars, flying cars and personal drones,
    • development of the mobility of the next generation,
    • development of several
      • scientific fields,
      • industrial sectors, and
      • armies,
  • have no private reasons anymore for the acceleration of the procedure of opening our Ontologic System and Ontoscope, and licensing their reproduction and performance, because the
    • mood of C.S. is better,
    • time was over at the end of the year 2014, transition period was over at the end of the year 2016, and overall time is over at the end of this year 2018 anyway, and
    • family of C.S. has neither much understanding nor great interest in what is going on at all,
  • have already given more than sufficient reasons in the issue #156 of the 20th of December 2018
  • and much more

    make a more in-depth discussion about the rational logic for this decision obsolete.

    We also would like to mention that

  • most of our royalties will go back where they came from in one or some very few steps, so that eventually the collecting and spending of our SOPR are more a pumping up of the money cycle and eventually the whole economies, and
  • many of the customers, business partners, or members of our SOPR will even not know where to begin with all the upcoming works and challenges.


    25.December.2018

    03:31 UTC+1
    Copyright infringement by FOSHS confirmed

    The disputed codes of Free and Open Source Hardware and Software (FOSHS) foundations, associations, and similar groupings, and also other entities have to be removed ASAP, specifically everything related to the basic properties of our Ontologic System (OS) of (mostly) being

  • reflective, specifically reflective Service-Oriented technologies (SOx) and related methodologies,
  • kernel-less, specifically our exception-less system call mechanism, including its kernel-less asynchronous variant, and
  • validated and verified, and validating and verifying by the reflective property, specifically our universal ledger and Resilient Distributed Systems (RDSs) respectively Challenge-Tolerant and Trustworthy Distributed Systems (CTTDSs) based on grid computing, cloud computing, edge computing, and volunteer computing, as well as mobile computing.

    In the case of FOSHS foundations we suggest that this is happening in the course of their successive transformation to Shared and Disclosed Source Hardware and Software (SDSHS) foundations with licensings accredited by our Society for Ontological Performance and Reproduction (SOPR) respectively our SOPR End-User License Agreement (SOPR EULA).
    We highly recommend members of FOSHS foundations and other entities to stop with their disintegrating activities and instead begin with showing respect for the works of others.

    Eventually, we have worked out the best compromise for all, indeed, specifically for the users and the other end entities. :D
    Thank you very much for understanding.

    API free or not free? #2
    An Application Programmng Interface (API) has at least two legal sides:

  • One of these sides is the demand of a society that the interoperability of different software is guaranteed and correspondingly an API of a software should be free to use on the legal basis of a fair use clause for example.
  • The other side is that an API constitutes a part of a design or structure of a technology (e.g. system and platform), application, or service, which can be protected by the copyright if it meets the requirements for this.

    But what has been confused is that

  • only calling a procedure or a function by using an API of a copyrighted software is considered as fair use but
  • taking an original API respectively the design or structure of a technology, application, or service in whole or in part, and implementing the same procedure(s) or function(s) called with said API on one's own, as for example
    • a first company did with a whole programming language of a second company,
    • members of FOSHS foundations and companies with essential parts of our Ontologic System, and
    • hardware manufacturers with essential parts of our Ontoscope

    is considered as editing or copying the original work.

    In the case of software the actors have been wrongly thought that there would be a legal loophole or legal synergy, so to say, given by the combination of the two points that

  • any idea, concept, principle, discovery, procedure, process, method of operation, or system is not copyrightable on the one hand and
  • APIs are covered by the fair use clause and can be freely used on the other hand.

    No, that is too clever. A software can be viewed like a novel of a specific genre with a specific structure and one is allowed to create an own story of the same genre but not to tell the same story or reproduce the same composition (see also the first note API free or not free? of the 16th of December 2016 and the Clarification of the ).
    In the case of hardware a similar persuasive metaphor should be easy to find.


    26.December.2018
    Comment of the Day
    "Cold War Crap"


    29.December.2018
    Comment of the Day
    "Gleiches Recht für alle."
    "Equal rights for all."
    See also Ius respicit aequitatem.==Law regards equity.


    30.December.2018
    Website update

    We added some missing points to the note Preliminary investigation of OpenStack Foundation started of the 11th of December 2018.
    In fact, we also integrated Multi-Agent Systems (MASs), operating system-level virtualization or containerization, and a hypervisor or Virtual Machine Manager (VMM) with the programming language X10 already, that is also related to a Multi-Virtual Machine System (MVMS) or a complete Multi-Virtual Machine Runtime Environment (MVMRE), and did some more developments (see the updated note).


    31.December.2018
    Ontonics Further steps
    We improved one of our technologies.

    Ontoscope Further steps
    We developed a new generation of one of our models and improved an application of one of its features.

    Style of Speed Further steps
    We worked on our variants of special modules utilized for Vertical Take-Off and Landing (VTOL) aircrafts and the related conventional VTOL aircraft and its configurations mentioned in the Further steps of the 11th and 13th of December 2018.
    Despite we are still not convinced about the practicability of a basic technology developed by an external entity, because it trades advantages for disadvantages, we still find it sufficiently interesting to improve and develop it further. Eventually, practical tests and deployments as well as comparisons with our other advanced solutions have to show if its worth all the efforts.

    In the course of this research and development activities, we also found

  • another interesting solution, that we added to our existing solutions and used for creating new solutions, and
  • the reasons why some technologies utilized by us are not utilized by other entities.

    But in the end the adaption of our new technologies and aircrafts by the rest of the world will decide if they are a bigger revolution that provides breakthroughs indeed or just some more ingenious improvements that make roads and bridges obsolete.
    At least, they are already defining the new state of the art far ahead of what has been shown before and will create a huge momentum in the respective field. As usual. What else?

    20:26 and 22:41 UTC+1
    SOPR #159

    *** Work in progress - correction of categories and shares, better wording ***
    We have added a more fine-grained categorization scheme to the new structure of our License Model (LM) that

  • has been introduced and discussed in the issues SOPR #155 of the 14th of December 2018, SOPR #156 of the 20th of December 2018, and SOPR #157 of the 23rd of December 2018, and
  • is structured after categories of activities or roles and also (meta) levels,

    specifically the following (meta) levels with their related multiplication factors for calculating the shares:

  • 0 - end entity not being provider or manufacturer (e.g. 0%),
  • 1 - provider of a technology including a system or a platform, or a service not dependent on OS (e.g. 3.75%),
  • 1 - manufacturer of a product including an application not dependent on OS (e.g. 3.75%),
  • 2 - provider of a technology including a system or a platform, or a service dependent on OS (e.g. 5%),
  • 2 - manufacturer of a product including an application dependent on OS (e.g. 5%),
  • 2 - provider of a (meta) technology including a (meta) system or a (meta) platform, or a (meta) service for a provider of a technology including a system or a platform, or a service not dependent on OS (e.g. 7.5%),
  • 2 - provider of a (meta) technology including a (meta) system or a (meta) platform, or a (meta) service for a manufacturer of a product including an application not dependent on OS (e.g. 7.5%),
  • 2 - provider of a (meta) technology including a (meta) system or a (meta) platform, or a (meta) service for a provider of a technology including a system or a platform, or a service dependent on OS (e.g. 10%), and
  • 2 - provider of a (meta) technology including a (meta) system or a (meta) platform, or a (meta) service for a manufacturer of a product including an application dependent on OS (e.g. 10%).

    Some examples for the resulting shares for the performance of our Ontologic Applications and Ontologic Services (OAOS):

  • 0.00% - privat, non-profit end entity,
  • 1.25% - provider of a non-profit public platform or service for an end entity not dependent on OS, but
  • 2.50% - provider of a non-profit public platform or service for an end entity dependent on OS,
  • 3.75% - provider of a commercial public platform or service for an end entity not dependent on OS,
  • 5.00% - provider of a commercial public platform or service for an end entity dependent on OS,
  • 3.75% - manufacturer of a product including an application for an end entity not dependent on OS,
  • 5.00% - manufacturer of a product including an application for an end entity dependent on OS,
  • 5.00% - provider of a manufacturing or engineering industry platform or service for an end entity, but
  • 7.50% - provider of a manufacturing or engineering industry platform or service for an end entity for a provider of a manufacturing or engineering industry platform, product including application, or service for an end entity not dependent on OS,
  • 10.0% - provider of a manufacturing or engineering platform, product including application, or service for a provider of a manufacturing or engineering industry platform, product including application, or service for an end entity dependent on OS,
  • 5.00% - Google platforms, systems, products including applications, and services for an end entity, Amazon online shop for an end entity, and provider of an Augmented Reality (AR) platform, application, or service for an end entity, but
  • 10.0% - Google Cloud, Amazon Web Services, and provider of an AR cloud for a provider of an AR platform, application, or service for an end entity.
  • 5.00% - private equity investor of a start-up, that is provider of a platform, application, or service for an end entity, but
  • 10.0% - private equity investor of a start-up, that is provider of a platform, application, or service for a provider of a platform, application, or service for an end entity.

    At this point we would like to repeat once again that our Society for Ontological Performance and Reproduction (SOPR) will provide the technologies (e.g. systems and platforms), goods (e.g. applications), and services that are not provided or cannot be provided by other entities together with the members of our SOPR.
    Prominent examples are the

  • {infrastructure vs. platform and ON, OW, OV platforms vs. SOPR platform} infrastructure of our Ontologic Net (ON), Ontologic Web (OW), and Ontologic uniVerse (OV), as well as our SOPR,
  • Ontologic Financial System (OFinS),
  • true social networking platform or better said societal networking platform without anonymity and monetizing of user data,
  • Electronic Commerce System (ECS), including Marketplace for Everything (MfE) platform,
  • societal marketplace with anonymity and without monetizing of personal data, and
  • democratization, protection, and potential utilization and monetization of big data and user data.
  •    
     
    © or ® or both
    Christian Stroetmann GmbH
    Disclaimer