Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Protocol specification/allow reimplementations #47

Open
rugk opened this issue May 19, 2020 · 7 comments
Open

Protocol specification/allow reimplementations #47

rugk opened this issue May 19, 2020 · 7 comments

Comments

@rugk
Copy link

rugk commented May 19, 2020

I guess to have some formal protocol specification would be great.

Especially so one could rewrite this in secure languages like Rust to rewrite the server component.

Also, I would generally call for rewrite this in memory-safe language like Rust. (in the future, maybe, of course)


Aka my idea would be to split this up and have:

  • a tang-protocol that defines the endpoints/APIs (maybe also CLI tools) and how it can be used
  • different implementations of that protocol like tang-c (this one here) and tang-rust etc.

To have a specification is e.g. also useful for #46 for instance.

@rugk
Copy link
Author

rugk commented May 19, 2020

By accident (i.e. seeing it in #27) I actually found a tang-nodejs implementation: https://github.com/cloggo/tangd

Given that this already seems to derivate a little (keys/rotate endpoint e.g.) I guess this shows:

  1. that we really need a specification
  2. that maybe the efforts should be combined? I.e. e.g. I should have been able to find all implementations somewhere. (a list of all) That I only found it accidentially shows that this is not good…
  3. Thus, maybe there should be a (GitHub) organisation ("tang-project" or so), where you could collaborate?

/cc @cloggo

@rugk rugk changed the title Protocol specification/allow rewrites Protocol specification/allow reimplementations Jul 7, 2020
@rugk
Copy link
Author

rugk commented Jul 7, 2020

Any comment, @atchset?

@rugk
Copy link
Author

rugk commented Sep 17, 2020

Any comment, @latchset?
See also #46.
It would be nice to get any reaction at least, whether you support this idea or not etc.

@sergio-correia
Copy link
Collaborator

@rugk: sorry for the delay. I will get back to this in the next days.

@rugk
Copy link
Author

rugk commented Nov 21, 2020

@sergio-correia I do not want to push, but some time has passed…

@berlin4apk
Copy link

Any update?

@anatol
Copy link

anatol commented Dec 6, 2021

Here are the implementation for Golang:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants