[Proposal][Last Call] Rectifying Proposal 72 Committee Actions

Change log • 2023-10-31 Created initial post • 2023-11-13 Updated header to Last call Summary I write on behalf of Simply Staking to address our situation following the failures of the technical committee appointed by the Cosmos Hub community through Proposal 72 . Proposal 72 was initiated with the goal of financially supporting three teams with early runway to build applications with a vision of becoming consumer chains of the Hub and aligning with the AEZ. A Funding Committee was appointed with the mandate to select suitable projects on behalf of the Hub community, and to administer the distribution of grant funds to these projects. The projects ended up being Neutron, Fairblocks, and our project, now known as EntryPoint. The agreed-upon structure was to disburse 50% of the funds upon submission of a forum post and the remaining 50% upon achieving consumer chain status. However, as you might have seen from our recent post , the committee did not adhere to this, effectively not upholding the promises made on behalf of the Cosmos Hub community. Details The following is a succinct timeline of events: • September 2022: Confirmation was received that Simply…

Excerpt (1193 of 5699 characters). Read the whole post on the forum ↗

This is only fair - i vote yes

MatthewSVC:

YES - By voting yes, you agree that Simply Staking should receive the funds it was promised by the technical committee appointed via Proposal 72. The funds will be taken from the community pool and sent directly to address [to add address on submission].

I am good with this, for the following reasons:

• there were legitimate questions about the handling of prop 72
• the poor handling of prop 72 with respect to Simply Staking absolutely should harm the hub’s reputation as investor
• the broken promises likely had singificant impact on the well being of the product
• the hub’s reputation should be valued, not sullied

My sole concern is surrounding product:

• please do great work
• please try to keep the product as nimble as possible, don’t let faster ones eat all the juicy goodness in the vault (referring to my concerns about gov use and execution speed)
• please do consider a tokenless launch even if it means asking for more atom – this way we don’t need to have a zany merger conversation several months later

thank you for participating in the hub

Generally supportive of this proposal based on the events, facts submitted. We’ll take a detailed look and revert with feedback.

What happened to you on Prop72, as you explained in the previous post, is scummy and crap. As a Hub staker, and someone who voted for Prop72, am ashamed that happened.

And I agree with the reasoning that this incident shakes confidence in Hub - if we can’t keep promises, we are not a good counterparty to anything in the future.

That being said…

I do not think we should just vote for this prop to just “rectify” the decisions of 3-4 ppl. That sets a bad precendent - that multisig folks can promise the world and then some, and Hub governance will have to cover for them.

I think the better move here is for Hub gov to vote for your chain - a fresh, independent proposal - that once passes, passes inspite of the dispicable crap that happened to you.

Hell, your prop can even name and shame ppl…e.g.

“Vote yes to fund Entry point to continue development and become an ICS chain, inspite of the broken promises and corporate espionage conducted against it by Person A and Person B”

LFG!

We would vote in your favor

Thanks for taking the time to go over this. I appreciate your comments.

While I understand the risk you mention, I feel that the precedent this proposal will set is that if promises have been made on behalf of the Cosmos Hub and such promises were not followed up on, then the aggrieved party has a way forward to rectify the situation; i.e. explaining their point of view with good detail and as objectively as possible and asking for the community for its opinion.

The community is in full control and can agree with either party in a democratic manner.

I would vote NO on this for the following reasons:

1. The Cosmos Hub is not a venture capital investor and as such it should not invest in unproven early stage projects with questionable product-market fit. The community pool of the Hub should be a buyout fund that is investing in projects with proven product-market fit which would benefit from Hub scaling and the Hub would benefit from their technical features and product offering.

2. Given 1, startup teams should have no confusion about what the community pool of the Cosmos Hub is for and thus breaching Prop 72 is ok. I don’t think any startup team should be depending on the community pool for funding.

3. Under no circumstance should community pool funds be disbursed based on a “submission of a forum post”. A forum submission is a ridiculously low bar for disbursing 50% of funds.

4. The Cosmos Hub community is different from the “Funding Committee” and as such can’t be held responsible for their actions. Based on this criteria everybody can invent harm and then start sending bills to the community pool fund.

supportive of this prop based on principles!

The status of this proposal has been updated to “Last Call”. Please air any final considerations now, and expect the proposal on-chain shortly.

I agree, the 50% funding disperssement upon “creation of a forum post” has been a bit of a running joke in some circles for some time now.

What exactly was shipped that was not paid for? Is it live now?

Would be good to hear more from the Funding Committee side.

I would like that as well.

The EntryPoint dApp is live:
app.entrypoint.zone

and so is the testnet chain:

entrypoint-zone/testnets/blob/main/entrypoint-pubtest-2/README.md

# entrypoint-pubtest-2

- [Testnet Details](#testnet-details)
- [Endpoints](#endpoints)
- [Explorers](#explorers)
- [Listings](#listings)
- [Run a Full Node](#run-a-full-node)
  - [Using Cosmovisor](#using-cosmovisor)
  - [Become a Validator](#become-a-validator)
  - [Handling Upgrades Using Cosmovisor](#handling-upgrades-using-cosmovisor)
- [More Docs and Tooling](#more-docs-and-tooling)
- [Contributors](#contributors)

## Testnet Details

- **Chain ID**: `entrypoint-pubtest-2`
- **Launch date**: 2023-10-25
- **Current version**: `v1.2.0`
- **Launch version**: `v1.1.1`
- **Genesis file**: included in this folder.

Here is the explorer:
explorer.entrypoint.zone

Upgrades to the dApp are imminent which will provide more functionality in the next few weeks.

It’s great to see that this is A real project, And it only seems fair that they should get their funding. That said, I think everyone would agree that the original funding terms were ill thought out. I don’t think anyone would disagree that funding targets should strive to be more clear in order to avoid ambiguity and also help ensure accountability.

It’s not necessarily fair to change the funding targets now after the fact, But in lieu of the history here, and the risk of The history affecting the future deliverables, I’m sure it would put the community at ease if they knew they could trust the Simply staking team, to put all that aside and still deliver a good product. I personally would vote yes for funding the team, with some updated targets that are fair, but also help encourage accountability on both sides.

Rebuilding Trust There is a clear set of arguments here pleading the case to be made whole. The Simply Staking team is only asking for the initial half of the committed funds that was supposed to be sent prior to the start of the project. It has been a year and the Entrypoint app is nearing completion, but no funds in sight. The funding mechanism in the past via a loosely governed committee should be rectified to help rebuild trust in builders seeking for partial funding to help launch dApps bringing utility to the ecosystem, potentially targeting institutional investors. The rectification is set as Prop #851 and is already up for voting. We are voting YES on this proposal. Product Market Fit For those who haven’t tried it out yet, the idea for the Entrypoint app conceptualizes what TradFi has done for decades. The initial product is quite well done, to realize the vision of a perceived indexed-based fund. The road to mainnet is still underway because there’s further investments necessary to commit to liquidity through business development, finalization of development for audit-readiness and other operational diligence such as licensing and compliance, which are all signs…

Excerpt (1198 of 2104 characters). Read the whole post on the forum ↗

uhh ok, can you explain what I am looking at here? It looks like another very unremarkable, very painful to the eyes DeFi dashboard. Someone asked for this? Do they realize there is already an index token smart contract that doesn’t need any of this?

image1741×928 67.3 KB

Hello,

You are looking at a testnet, first iteration dApp frontend.
We appreciate the feedback and rebranding efforts are proceeding steadily internally, check out the twitter profile to stay updated (https://twitter.com/entrypointzone). I promise you that the new version will look much nicer.

Someone asked for this? > We believe there is significant room to grow for this market segment (taking inspiration from TradFi strong PMF and ETF market CAGR), and after talking with a large number of industry players we believe there is a dormant opportunity. The partnerships we are starting are supporting the thesis, but will not be disclosed until further notice to follow the designed strategy (check twitter for that).

A smart contract doesn’t have the advantages of being a sovereign platform. Pretending it is not true would mean fading the app-chain thesis, which I personally strongly support.