snapshot VS truffle

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/ ?

Truffle (13700 GitHub Stars) https://github.com/trufflesuite/truffle

Truffle

You’ve probably heard that Generative AI has demonstrated the potential to disrupt a huge number of industries and jobs — and web3 is no exception. But how well can ChatGPT create smart contracts? Can using ChatGPT to code smart contracts make you a 10x developer? In this article, we’ll try it out and see. We’ll walk through writing and deploying an Ethereum smart contract using MetaMask, Infura, and Truffle … and we will ask ChatGPT for instructions on how to do everything from the code to the deployment.

truffle v5.8.3 and v5.8.4 — update Ganache to the most recent version which supports Shanghai and small fixes

For example, I used the Truffle Suite to write, compile, and deploy my first smart contracts, which includes Ganache to create a local blockchain and Drizzle to create a front-end dapp interface.

truffle v5.8.0 - Truffle introduces the Truffle Dashboard Hardhat plugin, which allows developers to see decoded transaction information when using Truffle Dashboard with their Hardhat projects.

In this article, we’ll explore what makes Linea so exciting. Then, we’ll walk through a tutorial on how to build a dapp on the Linea testnet. Finally, we’ll create our own cryptocurrency on Linea using Solidity, MetaMask, and Truffle: all mature ecosystem tools that are used by blockchain developers to build dapps.

Truffle is a popular development and testing framework for dApps, both for first time and experienced Ethereum developers. As well as containing a web3.js library, Truffle is simple, user friendly and, with over 56K GitHub users, trusted. To install Truffle you need to have Node, NPM and Python. You can install Truffle via NPM with the command ‘npm install -g truffle.’

The inspiration for the article came from a project I had built a little over a month earlier, for which I wrote a different article. In this initial project, I was actually using a Hardhat local node for my smart contract development. I decided to switch to Truffle for the final article, because it had a more intuitive demo contract, and because the command line tool made it easier to create manual transactions.

Easy for devs — The zkEVM supports most popular tools out of the box. You can build, test, debug, and deploy your smart contracts with Hardhat, Infura, Truffle, etc. All the tools you use now, you can keep using. And there is already a bridge to move tokens onto and off the network.