Dear community, I have been following the forum and developments closely for a long time. Is there a problem in the community? David burket left, Jihad (Minexpert) left. There are limited developments. and this is what caught our attention, both the investor and us. The feeling that good things will not happen for the future in the community is overwhelming.Yes, no one lives with the dream of getting rich all of a sudden. But I know people who bought Grin for a very high price. These people may not matter to you, but it is an important issue for me and people who think like me.You are happy when you receive a few BTC donations, but you do nothing for the investor. You don’t make statements that give them hope. All the developers do is argue here.
I’m sorry to say this, but now listen to people. End the discussion in the community. This project did not appear for a few, but for all humanity.
Grin won’t make you rich or anyone else, at least that’s not the goal and never was.
Could you point me to a place where the developers argue?
Which discussion?
What lacks, in my opinion, is activity from the community. People stand still by the side and complain why nobody does anything. It’s much easier to look around and blame others for lack of activity than to make a contribution yourself.
We are still talking about the same things. You do not accept any criticism. this is not a solution. If it won’t make the investor rich, why would people buy Grin? If it won’t make people rich, why are people mining?This is why the committee needs to be renewed. This is an inevitable situation. I’m sure igno would agree with me if she saw this answer you gave …
You’re right, it’s really easy to blame people.
You are overconfident in yourself. Let’s do a Twitter poll together. Let’s do a satisfaction survey from Grin developers. Let’s make a transparent and honest survey. Whatever the name of this survey is. what are people saying? Let’s listen to them a little.
Only what you know is true, you ignore other people, you don’t respect their truth and ideas.Where are the volunteer developers? I can’t see them. 400 BTC is required to list Binance. haaa, let me guess, if 400 BTC is donated, you will use it to develop the project, not to list it on binance.I am against it. Unfortunately, I cannot digest your being so unresponsive and uninterested. You have caused thousands of people to leave this project and not invest.you mean: “. I don’t care about people who buy Grin for a high price, I look at the BTCs donated to the team” you say!!
Long-term crypto will be used to have a better financial system. Nowadays it’s mostly speculation, so invest whatever you’re willing to lose. Assume grin started at price X, the increase might happen from X/1000 to X/10, so if you invest at the right time you will get x100, if you had bought it at X then you would have only 1/10 of what you’ve invested. That’s how investing works, you need to invest at the right time and if you don’t that’s on you, not on the developers. Each person is responsible for his own decisions, that also holds for bad investments.
because it’s either currently profitable or they speculate the price will go up enough so that they will have profit in the future
No, the price has nothing to do with the “committee”. Grin is not a coin which will market false promises to drive the price up.
I haven’t been around when igno was but i’m pretty sure igno would not agree with you.
When did twitter poll bring anything useful? Let’s be serious, vast majority of people don’t know enough to judge development, decision making etc. All they can do is complain about their bags losing value, that’s basically what your poll would be about.
I’m all ears to hear about some good technical proposals which would make grin better.
If someone donated 400 BTC explicitly to list it on binance then i’m pretty sure they would pay 400 btc to binance to get listed. However if someone donates 400 BTC without any requests then it’s completely selfish to pay it to binance since that would be a very short-term solution. Long-term you need to have the money to keep paying people who want to invest their time to improve the protocol, otherwise it will stagnate.
I believe you are getting responses, you just don’t like them, that’s not being unresponsive.
That’s not true, people left because the price did not go up. Expecting the price to go up soon when it’s at the start of its linear emission is very optimistic.
Why should other people care when you (or anybody else, me included) buy grin? That’s our own decision and we should not blame anyone else for it. BTC’s donated to the team should be spent responsibly and not chase the short-term pumps that you want by donating huge parts of grin’s budget to get listed on exchanges.
In the following post please provide some sources/data to back your statements because to me it seems like you’re just flaming without specifying what and why you would do things differently. Saying “oh we are not on exchanges blabla” is not enough, instead tell exactly when and how would you spend money differently and why (with reasons that were valid in the past, not now - easy to be the best general when you know what happens in the future).
If you buy Grin with an expectation of profit, then you’re doing it wrong.
I bought Grin because—unlike every single other coin—it caters to simplicity and elegance of design and a fair emission that doesn’t favor early adopters. I bought Grin as a beautiful potential currency, not as an investment.
I think dissatisfied speculators will need to be more patient. Grin got plenty of exposure in 2019, if that’s all it needed it would have taken off already. Grin was and still is dismissed for it’s emission schedule and we can only wait for that to change maybe for a different attitude about constant emission to take hold, or maybe just for grin’s supply inflation rate to come down. Either way: 2023, 2024, maybe there will be some renewed interest around then.
@GrinTurkey You had similar post of disgruntlement in the past:
I get that you would like to see a more vibrant project. But as I expressed already in multiple post, Grin is a decentralized project, no one is responsible and everyone is responsible. We all have to do our part in the project.
Be the change you want to see
@GrinTurkey I thought you planned to make a ‘Agenda on Twitter’ and you were going to post it here on the forum? I might have missed it, but I did not see it yet.
I just want to remind everyone reading this post, that Grin is a Decentralized project. Let use our energy wisely and lets all do our parts in this great decentralized project as @oryhp suggested. Apart from our shared efforts, Grin only needs time.
I created the info-graphic below to remind us all what ‘Decentralization gone wrong’ versus ‘Decentralization gone right’ looks like.
Ignoring why people left the project is doing more harm than good, and unfortunately it won’t change because their pride has blinded them. Sad but true.
Can you be more specific, which reasons? I know in the past various good people left, for various good reasons, I hope we do not consciously or subconsciously ignore these reasons.
I know for certain good people left because of negative interactions within the community, so that is one situation I pay attention to and try to avoid. But probably there are more.
Why do you think people (I’m assuming you mean developers) left?
Some people left because for whatever reason, the OC hijacked Grin, at one point it was something like: “do what we want or fork Grin.” There was no incentive to write any RFC because the proposal was going to be ignored no matter what. Yes, the environment was very hostile, yes, I can now recognize a lot of injustice, and today I could understand the OC’s attitude or reaction, but the truth has to be said, that in addition to the hostile environment plus the lack of interest in actually creating a good product, it was destroying Grin and if we keep ignoring it, Grin will disappear, and sadly some people won’t care at all.
Here’s how i see it. Proposals that i remember were on nitx, unique kernels, kernel expiry, changing sig scheme to get 2 steps. I can see why we wouldn’t want nitx (at least now) since we can’t undo it if it’s a mistake to go with nitx. Kernel proposals bring some undesired things, Poelstra agreed with the core. 2 step sig was an interesting idea but never proven secure afaik (afaik you also can’t prevent spam in 2 step, at least not the way we do things today). So to sum it up, core made all the right decisions even though people were flaming them nonstop. I feel like people felt like they were ignored (even though they weren’t imo) and they didn’t like that.
If they had no intention of creating a good product they would have accepted the first nitx proposal (not saying it’s a bad proposal, just that it’s not clear whether that’s the right direction long-term or not, but it was known that short-term it would bring hype imo).
Just my opinion, but I agree with @vegycslol here.
There was disagreement, but there was always good reasoning to found any decision on. Opinions were shared and heard. In the end it is fine to agree to disagree on topics. The biggest discussion was indeed on NITX and kernel aggregation and the like, and IMO the right calls were made for the right reasons. There are variations in style of governance. I would like to call it the balance between conservation and innovation. In some cases I tend to push a bit more for trying things instead of being conservative, but again, this is just a matter of taste, a balance that differs per person.
Having both an OC and a CC is therefore very nice, since on different topics I think there are different balance calls made by both OC and CC, which overall gives a very balanced approach to all things cared about by the community at large and a a nice balance between protecting what is good and trying to innovate.
I would be careful with saying things like
I think everyone present here cares and wants a good product/project, just slight variations in how we approach or define a good product.
@davidtavarez In case you have concerns or think wrong calls are made in the present, lets discuss those in a CC meeting, here or in another forum topic.It is best to put these concerns on the table, and not let them eat away at your enthusiasm, which would be a waste. I want all your enthusiasm and energy poured in making Grin a great project 
Nobody is ignoring it. If people ask this question in a nice way, I’d be willing to give an open answer.
From which interaction did you get the idea we’re blinded by pride?
I’ll be speaking as a community member here and give the exact same answer as prior to being a part of OC. The OC was protecting Grin, but very few community members had a deep protocol knowledge needed to be able to tell this.
I have never had such an experience for my own proposals. People were willing to give me feedback on my ideas out of which many were not appropriate for Grin. I think people used “fork if you want” response only for the times when certain individuals wanted to push for changes and were hyping the community as if the change was a way to improve Grin. This didn’t make them right however. If OC had no spine back then, the protocol design we have would have driven off the cliff.
Some community members entertained this thought, but it was never really true. The OC welcomed my thoughts and helped me a lot writing this rfc. Let me share some things that were never talked about in public. Quickly after I joined the Grin community, I’ve started to extensively interact with some OC members in private by sending them a github gist of an idea which they went through and reviewed. It was my way of learning how things work. This happened over 30 times and never had I not received a response or one that would make me feel like shit. Did we disagree on whether an idea was good? Yes, we did, but in almost all cases I often found myself reflecting back and understanding why they were against it after I gained more understanding of Grin.
The OC and the community actually reacted very poorly. The situation back then was relatively transparent/obvious along with the consequences, but everyone was focused on picking a side and playing a vigilante against OC rather than trying to understand why there were different opinions. Along with that, many were defending the ongoing abuse with the excuse of “we don’t want to censor people”. The two have nothing in common. I’ve tried to explain what was going on and what future awaits if we don’t do something about it in these two comments.
You should know best that making Grin easy to use is a very hard task and thus creating a good product is as well. There clearly was interest in making a good product which the Slatepack RFC proves as well as many proposals that were denied which avoided making Grin mediocre.
A lot of us have invested many hours of our free time on Grin which suggests we care about it. Speaking for myself, there’s no doubt I’d rather see Grin die by failing to gather network effect than us adding features that would end up making the protocol mediocre and thus not stand out.
If people want to talk about this in real time, we can put it on the meeting agenda. The answers won’t be as well thought out because it takes time to describe these situations and thus forum may be more appropriate, but I’d be willing to share my views and experiences.
@Anynomous @vegycslol @oryhp you are actually proving my point right now. I also believe that good calls were made in regards of NITX specially, I am more and more in favor of interactive transactions. The fact that I am in favor of the interactive transactions and a minimalist approach, it does not mean that I will forget that Kurt, Burkett, gary, Guy and others, were treated badly and/or just ignored.
Like I said, I am not judging, and again, I agree that good calls were made.
The OC stopped interacting with everyone, what do you think was going to happen? what had to happen happened: they lost the Community’s trust, and it is unfortunate because we had very capable contributors, but no one will put a penny or a second behind a team that no one trusts.
Who among you has spent at least an hour supporting users? Who among you interacts with users? Yes, with those users who don’t understand the protocol.
How do you then prioritize the problems to solve if you don’t even know what the users are dealing with? Is that how you make a good product?
I have shared many times on Keybase direct feedback from the few exchanges that list Grin, what did we do with that?
How are you going to build a product for people you don’t even listen to, because you’re smarter than them?
That attitude is nothing more but pride, and no, just because you think you’re the smartest kid on the block doesn’t mean you’re building a good product. You have to get involved, you have to observe and understand how people are using your product, you have to understand what problems they are facing, including Exchanges, and make the correct trade-offs. But you don’t, sorry, but you don’t.
We need the Community support, we need the support of those who put their real world money mining Grin, for example. We need the support of those who are interacting with Exchanges. I am not saying that we should let moonboys change the protocol, but people losing money trading Grin are the one who push the few Exchanges to support Grin.
Yes, I am well aware of that. The Slatepack RFC is just beautiful. One of the last suggestions Burkett made on Keybase was to deprecate the RSR flow, which nobody, I’ll say it again: nobody is using. But it is ignore, why? because it’s always a fight of opinions instead of asking what’s best for Grin.
What do you think will happen when you only engage in conversations about things you already agree on? If you don’t know, let me tell you that you will lose support. So, in the future, when you share a proposal, those you ignored then will simply ignore you. How does this help Grin’s development?
I get a notification on my phone every time someone asks something about Grin++ in the Telegram support channel since 2019, I try to share what we have learned from that and from Exchanges as well, and I don’t see this influencing Grin one way or another.
Don’t get me wrong, the more I get involved, the more respect I have for all the current and past contributors and developers. What I’m saying is, yes, let’s ignore the moonboys, keep building our uniqueness and keep trying to unleash the full potential of the minimalist approach and interactive transactions. But we must also grow and learn from the mistakes of the past.
I hope we do so. Indeed many past discussion were to much about ‘who is right’ opposed to just agreeing to disagree. Sometimes the community, or at least I, bought to easily in ideas or entertained discussions that were not for the good of Grin on the long term.
The reality is there is no right or wrong. And many ideas that did not (yet) make it into Grin, were great ideas in their own righ. I am certain that on the long term, these ideas only help develop Grin, might be implemented in other project and some of these ideas will be revisited from time to time and might even be implemented in one form or another in Grin in the future. Hence, the energy spend on these ideas was not wasted. The energy spend on the emotion that went with these discussions is what wasted a lot of energy for everyone involved. The objective arguments themselves were and will always be of good use for the future of Grin and crypto in general.
I think if we had depreciated this flow, nothing really would have changed. The core protocol perfectly allows for RSR. So having that flow around only gives opportunity for times when it is needed, e.g. web shops. RSR has no negative cost the project, protocol or to uses. If payment proofs get implemented for RSR, it will have some added value to the project.
I think the new transaction contract by @oryhp is a step in the right direction to unify SRS and RSR.
This is rather important IMO. I think we never properly listed any arguments or grievances from exchanges. I at least do not think we have such a document around. You are right, real world problems need real world solutions and you probably have more knowledge of this than anyone else around in the project.
Lets started with listing these problems, quantifying them.
e.g. which exchanges how many list them as a problem, what solutions/work around did they use and if and how can we make more structural solutions to ease the burden on both exchanges and wallet developers who get burdened with support tickets. My guess is that most come from the memo system.
Payment proofs with RSR (in the future we will probably just call it a transaction contract) could for example be the solution, since the user would not even have to think about the proofs, they just follow the interaction from an exchange and the user would automatically have a payment proof with no possibility to make manual mistakes as is the case with the memo system.
You are so right. Lets list the real problems, think of real solutions. And lets not forget all that is good. Grin is on the right path IMO, yes we can still improve things, but even there I think there are a lot of good solutions being developed. Lets focus our energy on developing these solutions.
Let’s say i propose X, you say it’s not a good idea to implement that because of Y, i don’t understand why Y matters so i disagree. I keep pushing for X, what would you do? They didn’t want to fight so they’ve started ignoring. Although it might seem unfair it’s hard to choose a better way in this case imo.
You can’t, that’s why you and others who are, among many other things, dealing with user’s issues are invaluable. From the conversations I’ve had with different people i came to the conclusion that autoreceive is preventing them from understanding interactivity (and safe-cancel), that’s why (alongside losing some nice properties) I’m in favor of removing it.
What would you have done differently? My idea has been to try and make exchanges use manual copy/paste of slatepacks since it’s easier to integrate and works for everyone, i still believe that’s currently the best approach.
Nobody is saying someone is smarter than someone else. It’s important to listen to what the users want/need but solutions to those needs must not damage the protocol (there might be exceptions ofc). It’s easy to spot problems but hard to find good solutions for them and it takes time to implement them (especially with our currently limited dev resources).
What would you have done differently?
I have been telling people about RSR use cases for a long time, have also given an example of RSR real world usage to which I’ve not gotten any feedback as to why that’s bad or not needed. Nobody is using it because it’s not yet properly supported. Shops/services are cases where RSR makes the most sense but why would they implement RSR in their shop if the most popular grin wallet doesn’t support them? Sadly it makes no sense to do so.
Issues related to proposals were raised, ignoring came after people didn’t understand those issues and kept pushing, at least that was my observation.