Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Actor Messaging platform

github.com

Post reply on HN
Print view View original

1–10 of 40 posts

Re: Show HN: Actor Messaging platform

#3

Post by jcr »

ex3ndr wrote: post #2

We asked ( https://news.ycombinator.com/item?id=9757243 ) what we can do with our project and make a promise that we will release it to OpenSource. Here we are!

Thanks for opening the source.

You might want to contact the EFF to see if they will add you to their "scorecard" for secure messaging programs:

https://www.eff.org/secure-messaging-scorecard

Re: Show HN: Actor Messaging platform

#4

Post by ex3ndr »

jcr wrote: post #3
ex3ndr wrote: post #2

We asked ( https://news.ycombinator.com/item?id=9757243 ) what we can do with our project and make a promise that we will release it to OpenSource. Here we are!

Thanks for opening the source. You might want to contact the EFF to see if they will add you to their "scorecard" for secure messaging programs: https://www.eff.org/secure-messaging-scorecard

I want to implement full e2e encryption with Moxie's encryption and I can't because it is GPL( GPL is not comparable with mobile apps at all. Also I think that implementing encryption by ourselves will be mistake. May be some one can contribute?

Re: Show HN: Actor Messaging platform

#5

Post by nzp »

ex3ndr wrote: post #4
jcr wrote: post #3

Earlier quoted context omitted.

Thanks for opening the source. You might want to contact the EFF to see if they will add you to their "scorecard" for secure messaging programs: https://www.eff.org/secure-messaging-scorecard

I want to implement full e2e encryption with Moxie's encryption and I can't because it is GPL( GPL is not comparable with mobile apps at all. Also I think that implementing encryption by ourselves will be mistake. May be some one can contribute?

Yet somehow, Open Whisper Systems apps are doing just fine being GPL.

Re: Show HN: Actor Messaging platform

#6

Post by ex3ndr »

nzp wrote: post #5
ex3ndr wrote: post #4

Earlier quoted context omitted.

I want to implement full e2e encryption with Moxie's encryption and I can't because it is GPL( GPL is not comparable with mobile apps at all. Also I think that implementing encryption by ourselves will be mistake. May be some one can contribute?

Yet somehow, Open Whisper Systems apps are doing just fine being GPL.

Yes, this is their software and they can do whatever they want. I think Moxie just don't care. In Actor we respect licenses and all other legal stuff.

More information about GPL and Mobile Stores: https://www.fsf.org/blogs/licensing/more-about-the-app-store...

Re: Show HN: Actor Messaging platform

#9

Post by sandGorgon »

why did you not use something like websockets and layer on your security layer ?

I see you have done a fair bit of sophisticated work inside your "core-async" library. Was there nothing like socket.io-client, etc that you could have used for your transport layer and on the android client side ?

Re: Show HN: Actor Messaging platform

#10

Post by ex3ndr »

sandGorgon wrote: post #9

why did you not use something like websockets and layer on your security layer ? I see you have done a fair bit of sophisticated work inside your "core-async" library. Was there nothing like socket.io-client, etc that you could have used for your transport layer and on the android client side ?

core-async is extension of core project for async environments with real multithreading. It is mostly contain working with data and syncing it with UI.

If you is interested in protocol, you can read docs: http://actor.readme.io/docs/protocol

Sources of networking is inside core project. You will see how really complicated it is. Networking layer are also handle cases when servers are crashing randomly and restoring everything on clients after restoring.

We reimplement low-level networking because all underlying protocols are still bad. TCP usually freezes randomly especially in mobile networks. (this is very long story and i will post something someday about this) WebSocket (that we are actually using) are freezing too.

Good protocol is QUIC from google, but it is written on C++ (i don't like it) and quite new.

Also most of the libraries a buggy, we implement simple and time-proven solution (that was done when i worked at Telegram).

Also I can't believe in socket.io because we are able to handle 1M connections per server and no one on Node.js ever available to do this.

Post reply on HN