snapshot VS o3de

For the conecil, I think a governance platform like snapshot.org could be helpful for community proposals. That way it's more inclusive of all Coneheads.

VOTE HERE: https://snapshot.org/#/dogelondao.eth/proposal/0xf988aff67d371c72e4d08a6a3784b20d314ab53a9456a149fe2e57d665f7219c

Right now there is only one synthetic token - USDT (USDT). Its underlying asset, the price of which is linked to the price of synthetics - Tether USDT. In the future, we will issue various synthetic tokens, the underlying asset of which can be stocks, fiat currencies (how do you like a styblecoin tied to the Euro?), indices and portfolios, including all of the above in different proportions. We look forward to the community's help in choosing the underlying assets when designing new synthetics. I believe that we will provide some kind of voting mechanism for this (for example, based on https://snapshot.org ) using the TTP token as a voting token.

PART-2 I'm bringing the conversation from discord here to just update this as we discuss this and how this is on the record. u/mocolicious — I appreciate your contribution to the discussion. so first, we would have to get people to agree that this is what the community wants to do via the governance voting. After that, the owner of the upgrade authority would have to grant access to the keys. Im not sure if thats possible or who that might be. I think the move is to wait til the governance solution has been tested on some more simple propositions and then we can make a stronger argument about inquiring to who owns it. Else we're talking about starting a new token entirely with the same name, which would also be a difficult proposition. u/CitizenCapet — I'm certainly in favor of seeing if we can update the contract without creating a new KIN. You did raise some valid points. Implementing a transfer burn mechanism in the existing KIN contract without creating a new token will require community consensus and potentially involve some technical and governance challenges. I did some research and this is what could be some possible approaches to address these points: Community Consensus: As you mentioned, it's crucial to ensure that the majority of the KIN community agrees with the proposed changes. Implementing a governance voting mechanism or using an existing one you are developing now, when available, would allow token holders to voice their opinions and vote on the proposal. I wish we could use a pre-existing one that was free and verifiable for KIN holders to use. I found pre-existing blockchain voting protocols that could be utilized for KIN holders to vote on proposals like implementing a transfer burn mechanism. Some of these protocols are free and verifiable, ensuring a transparent and decentralized decision-making process. four voting-free blockchain protocols that KIN can use today if we tinker with them. 1A. Aragon https://aragon.org/ is a platform for creating and managing decentralized organizations. It offers a suite of tools for governance, including voting mechanisms. KIN could potentially create an Aragon organization and use its voting module to let KIN holders vote on proposals. 2B. Snapshot https://snapshot.org/ is a gasless, off-chain voting platform for decentralized governance. Projects can create proposals and let their token holders vote on them using their token balance without incurring gas fees. KIN could create a Snapshot space for the community to vote on proposals. 3C. DAOstack https://daostack.io/ is a framework for building decentralized organizations and managing their governance. It includes a voting module called "Alchemy" which enables token holders to vote on proposals. KIN could potentially utilize DAOstack to create a DAO for managing the project's governance, including voting on proposals. 4D. Colony https://colony.io/ is a platform for building decentralized organizations with built-in governance features. KIN could potentially create a Colony organization and utilize its voting mechanisms to let token holders vote on proposals. Upgradeable smart contracts: If the current KIN smart contract is upgradeable (e.g., implemented using a proxy pattern or similar mechanism), updating the contract to include the transfer burn mechanism would be more straightforward. The upgrade authority would need to authorize the changes, and the new logic would be implemented without affecting the existing token holders' balances or creating a new token. Which I would like to avoid for obvious reasons. Identifying the upgrade authority: To update the smart contract, it's essential to determine who holds the upgrade authority. This could be the project team, a multisig wallet, or a DAO. It might be necessary to wait for the governance solution to be more mature and tested before approaching the upgrade authority with the proposal. But voting on something and implementing it are two things. Non-upgradeable contracts: If the current KIN contract is not upgradeable, implementing the transfer burn mechanism directly within the existing contract may not be possible. In this case, creating a new token with the same name and implementing a token swap mechanism might be a potential solution, though it would indeed be a complex and challenging process. There has to be a way around this. I'm certain this is solvable. @mocolicious — without access to the key with upgrade authority you'd need to create a new token @CitizenCapet — So no one knows who has the key with upgrade authority? How it this even possible being this is an open-source ecosystem? Wouldn't TED have an idea? @mocolicious — it would be a safe presumption that he has it, but you'd have to ask him @CitizenCapet — Well then, I shall ask him. _____________________________________________________________________________________________ In closing, my goal is to get feedback to help the discussion grow in optics and provide any material the community is requesting. I can build almost anything. As long as I have clear instructions as to what is being requested to add. Be cool to have some devs that want to help with the code and debugging once we get the final optics on parameters.

Fixed inability to connect Brave Wallet to https://snapshot.org. (#28896)

Snapshot

However, voicing your opinion in the comments of a governance poll alone DOESN'T count as if you were casting your vote. To do so, you have to click the link on the beginning of the post, access snapshot.org and cast your vote there.

Have you heard of https://snapshot.org?

How to obtain CAKEVOTES to vote https://snapshot.org/ ?

It's odd to me that when the whole Unity fiasco happened, everyone was basically looking at either Godot or Unreal, but pretty much nobody mentioned or cared for something like O3DE.

If you praise Godot for being open source a lot, then it stands to reason that you should similarly prefer O3DE as opposed to Unreal: https://github.com/o3de/o3de/blob/development/LICENSE.txt (no idea why they're going for both Apache 2 and MIT license, though) vs https://www.unrealengine.com/en-US/license

Unless people just care about the options that are popular enough to warrant their attention and the features that they provide, whereas the licensing is actually a boon, rather than the main factor, given that Unreal also did some slight price increases a while later as well: https://www.unreal-university.blog/post/unreal-engine-5-pric...

Either way, it's still nice to have lots of options available regardless of the licensing details (though this kind of does fragment developers among bunches of different projects), be it Godot, O3DE, Stride, Unreal or even something like jMonkeyEngine (one of the rare Java engines/editors with 3D) or NeoAxis (that one had a cool voxel LOD solution, but performance on AMD hardware was bad).

03DE: Open source game engine, under Apache License 2.0, developed by Amazon and the linux foundation. Seems to work under a modular package called "gems", that you can use to pull in the functionality you need. It uses c++ as it's main language, but you can use Lua, python or visual scripting for scripting stuff. Has multiplayer built into the engine and what they call a "robust" system for open-world games. There seems to be a lot of tutorials on the site, but they aren't laid out great.