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

all: Revert SEP23 (Muxed Account strkeys) #2612

Merged
merged 2 commits into from
May 21, 2020
Merged

all: Revert SEP23 (Muxed Account strkeys) #2612

merged 2 commits into from
May 21, 2020

Conversation

2opremio
Copy link
Contributor

@2opremio 2opremio commented May 20, 2020

PR Checklist

PR Structure

  • This PR has reasonably narrow scope (if not, break it down into smaller PRs).
  • This PR avoids mixing refactoring changes with feature changes (split into two PRs
    otherwise).
  • This PR's title starts with name of package that is most changed in the PR, ex.
    services/friendbot, or all or doc if the changes are broad or impact many
    packages.

Thoroughness

  • This PR adds tests for the most critical parts of the new functionality or fixes.
  • I've updated any docs (developer docs, .md
    files, etc... affected by this change). Take a look in the docs folder for a given service,
    like this one.

Release planning

  • I've updated the relevant CHANGELOG (here for Horizon) if
    needed with deprecations, added features, breaking changes, and DB schema changes.
  • I've decided if this PR requires a new major/minor version according to
    semver, or if it's mainly a patch change. The PR is targeted at the next
    release branch if it's not a patch change.

What

This change completely removes support for M-strkeys (SEP23), introduced in #2491

After this change:

  1. There is no way for users of the Go SDK to create or parse M-strkeys. In
    particular they cannot provide M-strkeys to create a transaction and in order
    to get the strkey of MuxedAccount they first need to transform it to an
    AccountId leading to a G-strkey (i.e. the memo id being is dropped).

  2. Users can still tinker with MuxedAccounts in the XDR representation
    of transactions (using the generated code in the xdr package).

Why

We don't want to encourage users to store M-strkeys, since SEP 23 is still a draft.

Known limitations

We still need to do the same for all the other SDKs

NOTE: To make sure there are no further communication confusions regarding this, I won't be merging this until I get an explicit approval from @MonsieurNicolas and @tomerweller

This change completely removes support for M-strkeys.

After this change:

1. There is no way for users of the Go SDK to create or parse M-strkeys.  In
   particular they cannot provide M-strkeys to create a transaction and in order
   to get the strkey of `MuxedAccount` they first need to transform it to an
   `AccountId` leading to a G-strkey (i.e.  the memo id being is dropped).

2. Users **can** still tinker with `MuxedAccounts` using the XDR representation,
   of transactions (using the using the generated code in the `xdr` package).
@tomerweller
Copy link
Contributor

LGTM. Thanks for the quick turnaround

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

Successfully merging this pull request may close these issues.

4 participants