{"action":"created","issue":{"url":"https://api.github.com/repos/mozilla-services/pairsona/issues/22","repository_url":"https://api.github.com/repos/mozilla-services/pairsona","labels_url":"https://api.github.com/repos/mozilla-services/pairsona/issues/22/labels{/name}","comments_url":"https://api.github.com/repos/mozilla-services/pairsona/issues/22/comments","events_url":"https://api.github.com/repos/mozilla-services/pairsona/issues/22/events","html_url":"https://github.com/mozilla-services/pairsona/issues/22","id":359746971,"node_id":"MDU6SXNzdWUzNTk3NDY5NzE=","number":22,"title":"Consider using shorter channel ids","user":{"login":"rfk","id":34695,"node_id":"MDQ6VXNlcjM0Njk1","avatar_url":"https://avatars3.githubusercontent.com/u/34695?v=4","gravatar_id":"","url":"https://api.github.com/users/rfk","html_url":"https://github.com/rfk","followers_url":"https://api.github.com/users/rfk/followers","following_url":"https://api.github.com/users/rfk/following{/other_user}","gists_url":"https://api.github.com/users/rfk/gists{/gist_id}","starred_url":"https://api.github.com/users/rfk/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/rfk/subscriptions","organizations_url":"https://api.github.com/users/rfk/orgs","repos_url":"https://api.github.com/users/rfk/repos","events_url":"https://api.github.com/users/rfk/events{/privacy}","received_events_url":"https://api.github.com/users/rfk/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2018-09-13T05:24:19Z","updated_at":"2018-09-13T20:45:21Z","closed_at":null,"author_association":"MEMBER","body":"This is an open-ended discussion, I think what we have right now is fine for first iteration, but I don't want to lose track of this thought...\r\n\r\nRight now we use v4 uuid as channel identifiers.  This provides strong uniqueness guarantees, but makes the channel id very long.  That's fine for our first version where they're transferred between devices via QR code.\r\n\r\nIn the future, we expect to have some flows where the user has to type in the connection information by hand, including the channel id and some secret PAKE key.  A uuid would be far too long to use in such flows.\r\n\r\nWhat would it look like to make the channel ids here as short as possible, say only three or four base32 alphabet characters long?"},"comment":{"url":"https://api.github.com/repos/mozilla-services/pairsona/issues/comments/421147164","html_url":"https://github.com/mozilla-services/pairsona/issues/22#issuecomment-421147164","issue_url":"https://api.github.com/repos/mozilla-services/pairsona/issues/22","id":421147164,"node_id":"MDEyOklzc3VlQ29tbWVudDQyMTE0NzE2NA==","user":{"login":"jrconlin","id":35755,"node_id":"MDQ6VXNlcjM1NzU1","avatar_url":"https://avatars2.githubusercontent.com/u/35755?v=4","gravatar_id":"","url":"https://api.github.com/users/jrconlin","html_url":"https://github.com/jrconlin","followers_url":"https://api.github.com/users/jrconlin/followers","following_url":"https://api.github.com/users/jrconlin/following{/other_user}","gists_url":"https://api.github.com/users/jrconlin/gists{/gist_id}","starred_url":"https://api.github.com/users/jrconlin/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jrconlin/subscriptions","organizations_url":"https://api.github.com/users/jrconlin/orgs","repos_url":"https://api.github.com/users/jrconlin/repos","events_url":"https://api.github.com/users/jrconlin/events{/privacy}","received_events_url":"https://api.github.com/users/jrconlin/received_events","type":"User","site_admin":false},"created_at":"2018-09-13T20:45:21Z","updated_at":"2018-09-13T20:45:21Z","author_association":"MEMBER","body":"I'd be fine bumping things up to base 64 (or maybe drop the conflict set (0O1lB8..) if we can't set the font to something SUPER distinct like OCR-A.) A four character code should  give us a pool of ~16MM we can work with. 6 would give us a pool of ~41MM. \r\n\r\nI'd like to make sure we've got a rich enough pool of entropy that we don't wind up with conflicts. Someone more math inclined than me could probably tell you the proper entropy depth we'd need for the expected loads."}}
{"actor":{"display_login":"jrconlin"}}