{"title": "Smoothly", "logoImg": "bafkreiacppku43zdouexnt5tsf4uyxn7kjibp6j3jygzec4xdqxxhpb56y", "website": "https://docs.smoothly.money", "bannerImg": "bafkreihm7sdg5dt3ci7y356bvhbbcl47r6iqm4nbwscxn3fydwi7buatca", "createdAt": 1691783046485, "userGithub": "ksale001", "credentials": {"github": {"type": ["VerifiableCredential"], "proof": {"jws": "eyJhbGciOiJFZERTQSIsImNyaXQiOlsiYjY0Il0sImI2NCI6ZmFsc2V9..a6D4wleWObgfZuzlozONXpvAydTKfi0b9W8swmNiGzNZbZz97_MK11V0_EpAMroF6gxkcUDEMkH3iJh2XreZAA", "type": "Ed25519Signature2018", "created": "2023-08-11T19:53:29.172Z", "proofPurpose": "assertionMethod", "verificationMethod": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC#z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC"}, "issuer": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC", "@context": ["https://www.w3.org/2018/credentials/v1"], "issuanceDate": "2023-08-11T19:53:29.172Z", "expirationDate": "2023-11-09T19:53:29.172Z", "credentialSubject": {"id": "did:pkh:eip155:1:0xB645EA519d3bb18A03Eb0E059e5f6A70A793b4fC", "hash": "v0.0.0:YalkUKMOmKkT2A5/pwn1n9qm6R9hXZTLB5QkEQ0BPvM=", "@context": [{"hash": "https://schema.org/Text", "provider": "https://schema.org/Text"}], "provider": "ClearTextGithubOrg#Smoothly-Protocol#106842341"}}, "twitter": {"type": ["VerifiableCredential"], "proof": {"jws": "eyJhbGciOiJFZERTQSIsImNyaXQiOlsiYjY0Il0sImI2NCI6ZmFsc2V9..OD6TL6Uru26SlYOPdFCyKENM-FgfoTnTRZSWg6JhurNo0lb3HRl9QS4t5Y2uJ83SsESL5SAjhdOaYiIkdduxAQ", "type": "Ed25519Signature2018", "created": "2023-08-11T19:50:14.786Z", "proofPurpose": "assertionMethod", "verificationMethod": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC#z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC"}, "issuer": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC", "@context": ["https://www.w3.org/2018/credentials/v1"], "issuanceDate": "2023-08-11T19:50:14.785Z", "expirationDate": "2023-11-09T19:50:14.785Z", "credentialSubject": {"id": "did:pkh:eip155:1:0xB645EA519d3bb18A03Eb0E059e5f6A70A793b4fC", "hash": "v0.0.0:Mc0J3so+ChfT4PCZPDV9qN3UOo3G4zCbVLVPZPQ6fR4=", "@context": [{"hash": "https://schema.org/Text", "provider": "https://schema.org/Text"}], "provider": "ClearTextTwitter#ksale001"}}}, "description": "Smoothly is a tool for home stakers which enable us to pool together tips and MEV from block proposals. If you want to support the health of the network by staking from home, but also want the benefits of reward smoothing (historically only been offered by staking service providers), you can now have the best of both worlds. By pooling together execution layer rewards, validators have access to the mean reward and enjoy distributions at fixed intervals. To join, validators change the fee recipient address in their validator client to our pool contract, connect their wallet, and claim their share of the rewards every two weeks.\n\nNote that this project is designed as an open source (Apache License 2.0) pubic good, and the only fees that are being charged are split between trusted operators of the oracle network. This amount (1.5% on Goerli) is only meant to cover hard costs and is not meant to enrich the operators. The Smoothly team takes no fee and our oracle is treated the same as all other operators.\n\nThe problem it solves\n\nSince the beacon chain launched, capital incentives have increasingly shifted toward centralized staking providers, which offer higher yields through reward smoothing, native token distributions, and liquid staking tokens. This trend inspired me to give back to the home staking community by creating Smoothly, a tool that provides them with access to the mean MEV reward and helps combat centralization.\n\nFunding plans\n\nAll funding will be allocated toward one of two things.\n\n| Security |\n\nOur contracts have reached and are currently being audited. In addition to the smart contract audit, we'd like to run a code4rena contest and an audit of our oracle software for further assurances. \n\n| Continue Development & Research into PBS |\n\nRunning in parallel with the audit and continuing for at least 12 weeks, we will scale the Goerli implementation to a main net replica. These iterative changes are as follows:\n\nToday we’re reaching consensus with 4 node operators. Every 2 weeks we will be adding an additional Smoothly node operator until 6 operators are running together and reaching consensus on the state. During this time we will be experimenting with peer to peer connectivity which will allow an operator to query the root hash and the state of other node operators. Four additional weeks are allocated to troubleshoot and implement fixes during operator scaling.\nCurrently, node operators are voting and updating the state of the contract daily. This is great for testing features and logic but does not reflect the design of our mainnet implementation, which is 2 weeks between state updates. Each week for 6 weeks, we will increase the duration between state updates by two days until the 2 week duration is reached. Four additional weeks are allocated to troubleshoot and implement fixes during the duration increase.\nWe’re currently monitoring 3 out of 7 public relays on Goerli. Each week for 4 weeks we’ll add an additional relay until all 7 Goerli relays are being monitored for fee recipient changes. An option for mainnet may be to forego the relay enforcement and instead monitor it on the backend until sufficient time has passed to feel confident in all data from relays.\n\nTeam:\nKody Sale (Founder)\n\nMy background is in Mechanical Engineering and am a technologist at heart. I rabbit holed my way into crypto in 2014 when I volunteered my GPU to the distributed computing project Folding@Home. Folding@Home is a project that aims to develop therapeutics for Alzheimer’s through protein folding simulations. The distributed nature of the project led me to the Bitcoin whitepaper, which hit home as I graduated college in 2009 in the midst of the bank bailouts.\n\nMy journey into Ethereum began in 2017 when I discovered a network that allowed for more than just sending and receiving BTC. After exploring various parts of the ecosystem, I found my home in staking. Staking resonated with me due to the high priority of inclusion; anyone with an internet connection and consumer hardware could participate in the consensus of a global settlement layer. The welcoming and supportive community at ETH staker played a significant role in my decision to become a home staker.\n\nThe project started as a simple idea, and the codebase has grown beyond my initial expectations. I feel a strong sense of purpose in building something that aligns with the core ethos of the staking community. My goal is for Smoothly to be sustainable and to provide tangible value to the community at near zero cost. I have self-funded the project and have no plans to raise money publicly or through tokenization. I see Smoothly as a tool to give home validators access to a pooling mechanism currently reserved for centralized entities. I’m also aware of the plans to include PBS and MEV Smoothing (or burn) in a future Ethereum hard fork and would love to contribute to that research by collaborating with existing infrastructure providers in the MEV-Boost ecosystem.", "logoImgData": {}, "bannerImgData": {}, "projectGithub": "Smoothly-Protocol", "projectTwitter": "ksale001"}