PeerMessage

I think river333 raised a very good point here. I'm also sharing his point of view about making things easier to use for the end user level (who shouldn't necessarily know about Peercoin or crypto in general).

Although this idea is interesting I think peermessage should focus on current design that takes advantage of the simple and robust decentralized peercoin network. Emeth can consider adding this to a roadmap where more featurres are added in later releases.

Interesting thoughts. Part of my goal is to encourage adoption of crypto-currency. I could see perhaps embedding in Shapeshift for letting people convert their other altcoin/bitcoin holdings into peercoin for peermessage, or even bitpay + shapeshift for fiat to peercoin. Won’t be in v1 though - but interesting direction.

Is it possible to make this work with Diaspora or Tent (https://wiki.diasporafoundation.org/Diaspora_powered_by_Tent#What_is_Tent.3F) or some other already established decentralized community effort?

Peercoin for p2p communities. :slight_smile:

[quote=“pillow, post:43, topic:3247”]Is it possible to make this work with Diaspora or Tent (https://wiki.diasporafoundation.org/Diaspora_powered_by_Tent#What_is_Tent.3F) or some other already established decentralized community effort?

Peercoin for p2p communities. :)[/quote]

PeerMessage is comprised of two pieces:

  • Backend. This is stored in the blockchain and a distributed storage mechanism. The distributed storage mechanism is currently utilizing cloud services like tinyurl. The blockchain could technically be accessed by something like peerchain.net.
  • Frontend. This piece needs the ability to decrypt/encrypt, and sign/verify. As such, it has to have access to the user’s private keys.

The Frontend piece can be replaced by anything that has access to a user’s keys. My frontend will be extremely simple, a proof of concept that covers the main use-case. I hope people in this community develop better frontends - whether that be improving my own, building one from scratch, or integrating into an existing frontend (whether via a bridge to smtp, diaspora, or something else).

The second, larger app I’m working on will have a separate frontend interface as well.

I think that Peercoin needs another, unique type of client - full download, no relaying, no/limited verification client.

Imgur can store 10MB of encrypted data http://i.imgur.com/dfnevvg.png , more in multipart mode - I’ll publish java library for reference.
Edit: http://imgur.com/delete/aeKXSJS9tb7zLb6 delete img link - let’s not abuse their great service.

The final thing I'd say is just that PeerMessage is just one cog in a wheel of a much larger app.

Cool! Looking forward to it.

May I suggest Peermessage over PeerMessage? I might be the only nutcase caring about this, but it would also go in line with most other Peercoin projects. If you’re inclined otherwise, go with it.

[quote=“jooize, post:47, topic:3247”]

The final thing I’d say is just that PeerMessage is just one cog in a wheel of a much larger app.

Cool! Looking forward to it.

May I suggest Peermessage over PeerMessage? I might be the only nutcase caring about this, but it would also go in line with most other Peercoin projects. If you’re inclined otherwise, go with it.[/quote]

Yes the same as with Bitcoin and Internet. Make it one word, as in “I Peermessaged her.”

NuShareHolder Chatting Service

"As a result, we would have a public message board that offers a functionality very similar to bitmessage with the exception that anyone can read the messages and that messages are stored in the block chain forever. "

[quote=“kac-, post:46, topic:3247”]Imgur can store 10MB of encrypted data http://i.imgur.com/dfnevvg.png , more in multipart mode - I’ll publish java library for reference.
Edit: http://imgur.com/delete/aeKXSJS9tb7zLb6 delete img link - let’s not abuse their great service.[/quote]

After thinking about it for a while, I agree. I removed support for imgur - I like their service. Three external stores (tinyurl, is.gd, and pastebin) is sufficient redundancy imo.

[quote=“jooize, post:47, topic:3247”]Cool! Looking forward to it.

May I suggest Peermessage over PeerMessage? I might be the only nutcase caring about this, but it would also go in line with most other Peercoin projects. If you’re inclined otherwise, go with it.[/quote]

I’m open to that. My only concern is “peer”-fatigue. I just renamed the overall app to PeerApps, and the first two apps active on the platform are PeerMessage (encrypted email) and the new app I just release PeerBlog (non-encrypted microblogging).

[quote=“crypto_coiner, post:49, topic:3247”]NuShareHolder Chatting Service

"As a result, we would have a public message board that offers a functionality very similar to bitmessage with the exception that anyone can read the messages and that messages are stored in the block chain forever. "[/quote]

This is very cool, and shows a valid use-case for this kind of app. After Bitcoin 0.9 gets merged to Peercoin, then to the Nu*, they’d totally be able to fork it without much work - I’d love to get them involved in the platform.

Granted, there may be misgivings with the external cloud storage currently used, but once Sunny King is done with his auxiliary blockchain/sidechain model, that’ll be resolved too.

Hm I was thinking, perhaps it would be possible to build a decentralized version of localbitcoins (but instead localpeercoins) ontop of / using peermessage. There needs to be some kind of channel where people could post info on, but since messaging is fixed that shouldn’t be a showstopper. A simple open maps think to go along with that… Hmm…
a

Exactly, Pillow.

This PeerApps infrastructure will let anyone build an app on top of it. The two sample modules (PeerMessage and PeerBlog) can be cloned and serve as the base for any new modules. I expect people to come up with all sorts of interesting apps - for example, a namecoin / peerdns module, or a module that serves as an oauth-like login mechanism using signed/verified messages to “login” a user as a peercoin address. The larger app I’ve hinted I’m working on will also be another module.

The infrastructure is in place, but there’s still a lot of work I want to do on it. I want to separate the databases for each module, segregate the static files, bundle it all in a wxPython taskbaricon for it’s “always on” UI, and prepare the backend to be used in light wallets (scanning blocks on a blockchain explorer api). Lots to do, but plenty of time to do it in.

I, for one, am excited about the possibilities.

I’m overwhelmed by the possibilities!
Using multisignature addresses one could create a kind of message board that shares information between several people, but not the whole world.
Even services like Facebook (or other social media stuff) without the data security drawbacks are thinkable.
Unlike at Facebook each user were in total control of the data and could really only share it with the ones he/she likes!

PeerMessage is revolutionary, because it offers a more convenient way of using cryptography to protect information than all other approaches I’m aware of.
While StorJ has an operational model that pays for offering file space, using free services while encrypting the stored data with PeerMessage is another implementation we will likely see.

The longer I think about PeerMessage the more I’m in awe.

this project is a beast!

The more I think about Peerapps (used to be Peermessage, for everyone out there confused about the difference between Peerapps and Peermessage) the more stoked I am.

For instance, this one:
http://cointelegraph.com/news/113579/coinspark-open-sources-a-paypal-like-messaging-feature-for-coinspark

With messaging using Peerapps, this could be “easily added”, right?

Another very interesting technology is Ricardian contracts (http://iang.org/papers/ricardian_contract.html) which basically put is human-and-machine-readable contracts. Open Transactions uses them and so does Open Bazaar.

Since a Ricardian contracts is a message, we could publish Ricardian contracts, send them to one-another and enter into binding agreements. If these contracts were published on #channels that people are listening to, we could even get trading going using them and it would be totally decentralized.

I don’t remember whether or not Peercoin has “this time locked feature”, but this feature could be used to create Ricardian contracts with expiration dates and so forth and so on.

Powerful stuff this Peerapp tech. :-*

[quote=“mhps, post:15, topic:3247”][quote=“emeth, post:13, topic:3247”][quote=“mhps, post:12, topic:3247”]Terrific work emeth.

Since it is written in python, can it act as a simplified local smtp daemon to allow local mailers such as thunderbird to send/receive/manage peermessage as if they were emails?[/quote]

That’s a crazy interesting idea. To my knowledge, there’s no reason it couldn’t do so.[/quote]

Maybe you could just interface peermessage with bmwrapper or BitMailServer (for windows). It seems easy to use.[/quote]

I have tried the BitMailServer and find it working well and not very difficult to set up. If peermessage implement the apis it can skip provinding the gui and use external mailers.

What happened with this project?

Emeth has been waiting for Peercoin v0.5 to release, which should be happening soon. It contains functionality he needs to make this work.

Emeth has been waiting for Peercoin v0.5 to release, which should be happening soon. It contains functionality he needs to make this work.[/quote]

Thank you for the reply.

Just curious if this project is going to the light. I haven’t seen any updates.

Thanks.