[SDK] Multichain support

[Jipperism]

What is it?

• Deploy new graph instance under hypercerts-org
• Update graph instance with new id format and properties
• Deploy new supabase staging instance
• Setup plasmic branching (won't do)
• Update SDK
• Update defender scripts
• Create supabase hypercerts update script
• Create supabase hyperboards update script
• Update frontend
• QA

[Jipperism]

Based on hypercerts-org/HIPs#2

[Jipperism]

Hypercerts repo PR #1301

[Jipperism]

Hyperboards repo PR

[Jipperism]

@bitbeckers do you feel multi chain support warrants a 2.0.0 release?

[bitbeckers]

Are there breaking changes that are not backwards compatible? @Jipperism ? If so, yes :)

[Jipperism]

@bitbeckers this is done.

As discussed, we didn't update the plasmic-based frontend yet. I agree with Holke that rebuilding might not be worth out time and effort.

Because of that, I haven't updated the hypercerts supabase instance yet, as that would break the frontend. I did add a sql scripts that we can run, as soon as we do, that will update all stored claim ids to reflect our new naming scheme.

I think the correct migration strategy would be to wait for our revamped frontend to roll out, and then move all relevant tables from hypercerts supabase over to the hypercerts-staging (the one from the api project). Run the update claim id script there, and then phase out the old hypercerts supabase instance.

We should probably create some tickets for that.

Will merge this as soon as we came to a strategy for handling this.

[Jipperism]

Done, moved last action point into #1305