(WIP) chore: initial whitepaper structure

[dongwon8247]

The goal of this PR is to do a temperature check on how we want to structure the Gno.land whitepaper.

The technical parts, especially Gno, GnoVM, Realm specifications, TM2, etc., should be filled in by the core engineers who have deep knowledge in each section, and they should be cited in the whitepaper for their contributions. cc @jaekwon @moul @thehowl @ltzmaxwell @zivkovicmilos @mvertes @piux2 @omarsy @notJoon, and more.

@jaekwon should be the chief author of this whitepaper, and I'm initializing the discussion by opening this PR.

I'd love to hear your opinions on how we should form the whitepaper.

[Kouteki]

What about writing a yellow paper instead that outlines the current state of the Gno.land blockchain at its beta launch state? This has a few benefits:

• We can write a new version whenever we have a major change (e.g. once we integrate IBC and figure out the interaction between PHOTON, GNOT and ATONE)
• We avoid the pitfalls of theorizing how some components will work, and losing a lot of time on it
• A yellow paper is shorter, but much more substantial (e.g. 80% of the beta yellow paper would focus on the GnoVM)

I believe Ethereum came up with the concept and it's been very useful.