Skip to main content

Newmonic™

Newmonic™ would be a software product to help people save information to be securely and easily accessible through any Internet connected device. Newmonic™ also aims to help people save information more quickly, more safely, and in larger quantities.

The customer would only need to setup the app, and then they would be able to use Newmonic™ on their device the same way they would use traditional storage--except there would be more of it and it would be faster and more secure.

Observations: There is a trend of increasing interest in accessing the same information at different locations and through different devices. Also, the need for faster, more secure, and larger quantities of persistence seems like it will continue to grow indefinitely.  There is already a definite trend to use RAM in large quantities as a substitute for persistent storage. RAM is much faster than persistent storage. Strong enough encryption is available to keep data as secure in the cloud practically as if it were on separate private devices.

How it Could Work: Newmonic™ would accomplish its goals through RAMCloud (as others have also proposed) and DRY-FS™ (Don't Repeat Yourself File System). It would replace local persistent storage (hard disk drives, solid state drives, etc.), so the information would never be stored on such a device.

RAMCloud would provide a virtual persistent storage device through RAM in the cloud (possibly in secure data centers). Information would be replicated across nodes to ensure reliability. Perhaps those nodes could be geographically disparate. Although one node may go down here or another node may go down there, it is reasonable to expect there could always be a node up somewhere with power running on the Internet. (It is very unlikely that significant portions of the Internet would be disrupted for extended periods of time, except for in what would already be extremely catastrophic events.) This would basically provide a distributed RAM disk, and thereby ultimately enable virtual persistence.

DRY-FS™ is based on the observation that most of the information people persist is redundant, or small variations on larger collections that are mostly redundant. Sure, each person needs to be able to store some of their own information that is truly unique to them. But, for example, how many people had a copy of Windows 10 on their hard drive, or the latest version of Microsoft Office? Does each person really need their own copy of all of that information? 

DRY-FS™ could store data in a way that is somewhat similar to version control--in that it would store a single copy of commonly reused data, and store the variations on that data separately. In that way, it might also be thought of as somewhat similar to universal compression.

Finally, DRY-FS™ would turn access control inside out...as there would no longer be multiple copies of data on various devices, to which each person had their own local access. Rather, DRY-FS™ would use an overall access control system in which local devices would be irrelevant and strong encryption would be used to ensure the right users could access the right data.

Concerns:

  • Security: Since the information would be distributed instead of contained on private local devices, we would need to employ strong encryption and access control to ensure security. The technology is probably already to the point now where using adequate encryption is more secure than using a private local device
  • Performance: Using encryption, compression, and communicating over the Internet with limited bandwidth would cause concerns with performance. The fact that we are moving information from drives into RAM should boost performance greatly. We still need to figure out what to do about the fact that local storage can be faster than networks; perhaps a broader cloud solution where data is processed on processors closer to the storage rather than close to the user
  • Capacity: Since RAM is much more expensive than hard disk drives, we could have challenges moving all of the information usually stored on drives, into RAM. This would be more of a problem as the data needed to be redundant for virtual persistence. DRY-FS™ could help with these problems.
    • Also, perhaps would could use something like a system that would share idle RAM across devices. For example, if I have 1.5 of 2 GB used and you have 1.5 of 2 GB used, neither of us have space for something that takes another 1 GB, but if we share we have 3 GB of 4 GB used, and we do have enough space to store something that takes another 1 GB


Verified Author: Serafino Software™
Maturity Idea 
Type: Software Product
Date Claimed: 1 September 2017

Comments

Popular posts from this blog

Shared Project Manifesto Version 2

Contents: Introduction Launch Trade Reward Develop Vote Harvest 1. Introduction IP (Intellectual Property) is a great asset but it is hard to produce well. We hypothesize that a market to facilitate shared projects would make it easy to produce IP better. The Shared Project Model The market contains projects. Each project has one admin and a number of traders and developers. One user can have any combination of roles at the same time. For example, a user may be an admin and also a trader, or a trader and also a developer. Projects Users Admin:  Provides ideas in exchange for control Traders:  Provide incentives in exchange for growth Developers:  Provide IP in exchange for incentives 2. Launch When somebody came up with an idea for an IP product, they could create a project for it on the market. That person would be the admin. The market would record the time the admin launched the project. That lasting record could provide for the admin

AppDirective™

Directives go in, apps come out.™ An app to get software created without managing developers How it works: Go to AppDirective and become a CodeBoss™ Provide a simple description of your problem to  launch a directive Sit back and enjoy reviewing and approving contributions AppDirective uses advanced technology to get the software developed that you want, without you ever needing to hire a developer. Note: This app is currently about halfway built, at the time this is being posted. We plan to have it completed soon. Until then, please leave a comment or contact us  to become a boss. Q&A: Q: How do I get recognized for being original? A: When you launch a directive, you stake a claim to your app idea on a first-come, first-served basis. AppDirective™ keeps an unchanging public record that you deserve credit for claiming the idea at that time. Q: Does launching a directive protect my legal rights? A: No. Directives do not provide any legal protection

Contact Codes™

Contact Codes would make it quick and easy for any individuals or organizations to exchange all kinds of relevant, accurate, contact information. Then, the same service could be used to provide secure login and password recovery. Solution:  We would provide new codes for free through a public site on the web. Contact codes would be relatively short, unique codes, designed to be easy to enter through electronic devices. The codes could come with web addresses to retrieve the associated contact information. The web site would be optimized for mobile devices, and we could also provide mobile apps. Unlimited Applications: Associated information could include actual name, physical address, phone number, email address, and links to profiles on Facebook, Twitter, Snapchat, etc. It is important that we would not limit the associated information to any specific kinds of contact information. This lack of such a limit would allow these codes to be used for all  kinds of contact information,

Please Comment

Have you ever heard of a similar idea? What challenges might an idea run into? How might you like to be involved? Comment to add your voice to each idea.