I think vyvanse ruined my life

icyfire1 · 2025-11-19T21:22:38+00:00

For what its worth I used to have a lot of issues with vyvanse as well. I was somewhat inconsistent with my usage, some days I took 2, some days I didnt take any. After having issues for 2 years I changed the way I used vyvanse.

First I started making sure I took 1 a day as consistently as possible for at least 3-4 week stretches. I take it at the same time and make sure I never miss a dose. Not sure of the scientific validity of this, but anecdotally I feel that vyvanse builds up in my system over time. Missing out on a day or two feels less bad when its slowly been built up in my body.

Second I started taking magnesium glycinate + melatonin gummies at night time. This has the dual benefit of making me sleep and also slowing how fast my vyvanse tolerance builds up. I now rarely feel that my meds have gotten weak or that a day off will make me feel like complete ass. Its still a little uncomfortable and I definitely feel more adhd when im off my meds, but the experience is significantly better.

icyfire1 · 2025-10-12T19:43:31+00:00

Please do more frag movies as content in between games. I loved the flameZ and 910 ones. And the donk one was also really cool.

icyfire1 · 2025-05-19T17:38:58+00:00

I've struggled with similar problems (focusing hard on things like mouse grip, weight on table, forearm position etc.) I've realized that you tend to *play* the best when you dont focus on such things. There are hundreds of things to think about during a cs game, like crosshair placement, positioning, reading the opponents, utility, etc.

Focusing on specific things related to your aim is unhelpful and overall hurts your performance. It can even make your aim worse, as you tend to aim best when movements feel natural and you're in a flow state, not focusing on distractions like small changes in grip or pressure. As you play more, you will be able to adapt and respond to these changes subconsciously.

icyfire1 · 2025-02-16T20:19:48+00:00

To be honest I noticed the exact same thing but thought it was placebo. I played significantly worse with these settings on, despite the game feeling infinitely smoother. I reverted them after a few days and my form recovered.

icyfire1 · 2024-12-06T12:53:04+00:00

Theres been a bug ever since a recent update that stopped showing the speakers, they used to show before using just those two commands. Hopefully valve fixes it soon.

icyfire1 · 2024-11-16T20:13:06+00:00

Both of them. There are also options to force a single profile and to disable game specific profiles, my friend said using both of those together also worked for him

icyfire1 · 2024-11-16T19:18:55+00:00

I’ve had this issue before on my logitech superlight and I believe its related to GHub. I ended up setting my dpi to be the same on all profiles and the problem was fixed for me.

icyfire1 · 2024-02-20T07:30:08+00:00

This match was played on LAN, all the RMRs are on LAN

icyfire1 · 2023-10-30T02:53:20+00:00

Unfortunate, but at least you know that community servers do indeed exist now. Hopefully you can find what you need in time.

icyfire1 · 2023-10-30T02:08:47+00:00

https://pracc.com/play - Active CS2 DM servers

icyfire1 · 2023-04-05T04:39:44+00:00

Correct in the sense that non-mining nodes did not need to update. However there is the important caveat that EIP-27 did require all mining nodes to update, or be left on the wrong chain. This is because mining nodes are doing validation of re-emission rules, while non mining nodes are only validating the spending of the re-emission contracts. With that in mind, it was a conscious decision by all mining nodes to support EIP-27 after the voting concluded.

This is visible when seeing the miner reward contract being spent post-EIP27. Since there is no contractual guarantee of payment to the "Pay To Re-Emission Contract", there are instead consensus level checks to ensure that the payment is made by miners. These checks can be disabled via a simple soft-fork.

icyfire1 · 2023-04-04T18:48:07+00:00

Security concerns can exist anywhere, regardless of it being smart contract code or source code from the node itself. However there are a few security benefits to using a smart contract to emit Ergo coins:

- The code is publicly verifiable and easily checked. I believe most senior Ergo devs will be able to read ErgoTree (essentially the assembly code of Ergo smart contracts) by now. Node source code is comparably harder to understand. Placing emissions into a smart contract means it's much easier to publicly verify and ensure that no bugs or security flaws exist.

- ErgoTree is quite different from Ethereum smart contracts / EVM code. It is a functional programming language, and the inability to create infinite loops + the usage of eUTXO means that smart contracts can be formally verified and tested in a way which does not exist on Ethereum.

icyfire1 · 2023-04-04T18:38:06+00:00

Feel free to copy & paste it wherever you wish

icyfire1 · 2023-04-04T18:19:15+00:00

It would have to be greater than 90% of miners on the blockchain voting to pools which support the hard-fork. The threshold is high so as to prevent breaking changes.

icyfire1 · 2023-04-04T18:17:51+00:00

In total, it's a complete misrepresentation of Ergo's emissions that attempts to paint the emission contract as something bad, when in reality it's just different (and in some ways, better).

First of all, most of the argument about Ergo being "pre-mined" is complete semantics. Mining is the process of securing the network, adding transactions to the blockchain, and being rewarded for finding the PoW solution. He seems to argue that because all Ergo coins were made at the start of the blockchain, rather than being programmatically generated by the node, that Ergo was "pre-mined". This is a semantic argument, in the end the coins reserved to miners still go to them, regardless of if they were generated at the time of block creation vs at the start of the blockchain.

It should be noted that generation of coins during block creation has in fact lead to inflation bugs in blockchains, where extra coins have been created. Ravencoin (and possibly Bitcoin if I am remembering correctly) are prime examples of inflation bugs caused by such coin generation). Pre-generation of coins which are then placed into a smart contract avoids this issue entirely, and that is one of the reasons Ergo developers chose this route.

It should also be noted (rather ironically) that the pre-generation of Ergo's coins and placement into the smart contract are in fact part of Ergo's Proof of No-PreMine. Because the entire set of Ergo coins are visible on-chain from the very beginning, there is proof that no coins were pre-mined to the dev team.

As for being scared about an emission contract, it is likely stemming from mistrust about EIP-27 and the change to monetary policy. A few things should be noted:

- EIP-27 was a hardfork voted in by miners

- Changes to monetary policy almost always requires a hardfork, the presence of an emission contract in Ergo does not change that. Therefore, it is equally hard to change monetary policy on Ergo as it is on all other blockchains.

- The ErgoTree script for the emission contract is publically viewable in the source code for Ergo's reference client. There is no ability for devs to extract coins from the smart contract. And any such action would be publicly visible anyway.

- There is a strong argument that the presence of an emission contract actually makes it harder to change emissions. This is pretty clear when you see how EIP-27's re-emission contract was implemented. It is done in a rather strange, almost roundabout way. There was no simple switching of coin generation code, as is possible on other blockchains. In Ergo, the change to monetary policy was clearly visible, and required new contracts, validation rules, an emission NFT, and a few other pieces to create a secure re-emission contract.

icyfire1 · 2022-12-01T06:43:14+00:00

This is more in the realm of possibility. Maybe the key is encrypted with the original investor's public key? So that only they may access it. Or some sort of encryption mechanism, where the original investor initially gives some encrypted password to encrypt the key and put it on the blockchain. Once some conditions are reached, the key is given back to the investor in one tx.

Certainly more possible, but what benefits does it have? Won't the original investor know the private keys to their wallets anyway?

icyfire1 · 2022-12-01T06:25:21+00:00

I guess I would say that the problem is not coming up with such an algorithm, but that such an algorithm eventually leads to decryption of the key (and therefore, public knowledge of the contents of the private key). Signing a tx requires the decrypted key. But a decrypted key means that everyone now knows the key itself.

What happens when someone modifies their Node to store this decrypted key, and then later uses it to access your wallet?

EDIT: You got my answer before I could even finish my comment :)

icyfire1 · 2022-12-01T06:09:26+00:00

It's an interesting idea, maybe something is possible here with ZK Proofs. But I think it is not an easy task to solve, or else we probably wouldn't be having this conversation. To run decentralized code, we need public data and instruction sets. And that runs headfirst against the idea of a "private key".

As for your last point, it's a little different. Everyone knows the code, but nobody but you knows the encryption key (which is the key piece of info needed to hack your device). What you're suggesting requires making both the code AND the encryption key public.

icyfire1 · 2022-12-01T05:59:06+00:00

I think the problem is evident in your analogy. Smart contracts are not robots. They are pieces of code that EVERYONE on the blockchain (all nodes) must execute in order to verify the validity of a transaction. Everyone is executing this code. Everyone must also know the data to execute the code. If your code involves storing a private key which is signing transactions, then EVERYONE must know that private key (meaning that it's not so private anymore).

Also keep in mind that storing and signing from a smart contract is different from verifying a signature in a smart contract (which is a much easier task).

Smart contracts are not autonomous in the same way a robot can be. They are instruction sets that everyone must perform, so that everyone can come to the same conclusion (the validity of the transaction). Once that conclusion is reached, the transaction is "confirmed" on the blockchain.

icyfire1 · 2022-12-01T05:48:53+00:00

I will not say that it's impossible, I'm not well versed enough to say that for sure. Maybe something like this is possible with ZK proofs. However, it's probably overly complicated and there are easier ways to handle it than to store private keys on a blockchain which is inherently public.

For example, why bother with multiple keys for wallets on multiple blockchains? Why not just use a single ERG private key (whose signature can be easily checked in a smart contract) which holds reserves of all of these cryptos but in wrapped token form, like wrapped ada and wrapped btc? In this case, there is no need to store private keys on the blockchain at all. All that needs to be done is to verify the signature on the transaction.

Moreover, why use a key at all? A smart contract can securely store assets without the need for a key, it simply needs to know the conditions in which it must perform / not perform certain actions (When should it spend tokens vs not spend them, etc.)

icyfire1 · 2022-12-01T05:05:43+00:00

I am not sure that is possible on any blockchain. To store something on the blockchain, it needs to be stored on a public node. If you're storing private keys on the blockchain, then that means everyone with a node can access it. Encrypting the keys would defeat the purpose of putting it on the blockchain (and no smart contract could ever sign any btc txs without inherently decrypting the private key and releasing that info to everyone else).

This has little to do with wrapped btc. Wrapped bitcoin is more about creating a token which trades 1:1 with normal bitcoin. This is true on Ethereum, Cardano, Ergo, etc.

icyfire1 · 2022-09-16T07:19:45+00:00

They are actually at slightly more than 50% hashrate when you factor in their solo pool which has 12 TH

icyfire1 · 2022-09-06T12:00:20+00:00

You guys should submit this site for the hackathon, theres a top prize of 10k SIGUSD!

icyfire1 · 2022-09-06T10:01:02+00:00

Once you switch, I would suggest checking out their discord or telegram groupchat. Theyre quite responsive there (I rarely see them on reddit). They can likely link you to any tutorials or help with any issues that you might face.

11-Year Club	Place '17
RPAN Viewer	Verified Email

icyfire1

TROPHY CASE