Trim unnecessary stuff about webauthn HOT 2 OPEN

@BrightSoul Would be interested to see what you come up with.

Could be a good idea to abstract what is returned out into a Contractable class or something similar. This way the default class could implemented __toString to return JSON data. It also gives the developer freedom to implement their own way of persisting keys. This should be able to maintain backward compat if done right.

from webauthn.

The reason it json_encodes the auth data is so that you just get a simple string back for storage in your database whatever, so the structure of this data can be private to the webauthn library, but you can persist it in any medium you like. What would you be trying to achieve by requiring the client to manage the serialisation?

If you can maintain upward compatibility (so don't require options, and don't change the current format without a specific option being set etc.) and are adding something useful, I'd be happy to include it.

from webauthn.