Dom

3K posts

Dom banner
Dom

Dom

@dombassegio

when your legs cannot run anymore, run with your heart

Katılım Kasım 2020
919 Takip Edilen1.4K Takipçiler
Dom
Dom@dombassegio·
@TraxionGG Very cool, would like to see something similar to how PGA 2k allows for everyone to make a golf course if they want, would like to play all kinds of race maps
English
0
0
0
1.2K
Traxion.GG
Traxion.GG@TraxionGG·
Initially, Assetto Corsa EVO's modding tools were to be for 'approved' creators only. Now it has been confirmed that these new tools will be available to all. Full story: traxion.gg/assetto-corsa-…
Traxion.GG tweet mediaTraxion.GG tweet media
English
7
30
508
26.1K
Dom
Dom@dombassegio·
@VitalikButerin Get back to push ups, sit ups, jumping jacks, and long walks.
English
0
0
1
33
vitalik.eth
vitalik.eth@VitalikButerin·
An important, and perenially underrated, aspect of "trustlessness", "passing the walkaway test" and "self-sovereignty" is protocol simplicity. Even if a protocol is super decentralized with hundreds of thousands of nodes, and it has 49% byzantine fault tolerance, and nodes fully verify everything with quantum-safe peerdas and starks, if the protocol is an unwieldy mess of hundreds of thousands of lines of code and five forms of PhD-level cryptography, ultimately that protocol fails all three tests: * It's not trustless because you have to trust a small class of high priests who tell you what properties the protocol has * It doesn't pass the walkaway test because if existing client teams go away, it's extremely hard for new teams to get up to the same level of quality * It's not self-sovereign because if even the most technical people can't inspect and understand the thing, it's not fully yours It's also less secure, because each part of the protocol, especially if it can interact with other parts in complicated ways, carries a risk of the protocol breaking. One of my fears with Ethereum protocol development is that we can be too eager to add new features to meet highly specific needs, even if those features bloat the protocol or add entire new types of interacting components or complicated cryptography as critical dependencies. This can be nice for short-term functionality gains, but it is highly destructive to preserving long-term self-sovereignty, and creating a hundred-year decentralized hyperstructure that transcends the rise and fall of empires and ideologies. The core problem is that if protocol changes are judged from the perspective of "how big are they as changes to the existing protocol", then the desire to preserve backwards compatibility means that additions happen much more often than subtractions, and the protocol inevitably bloats over time. To counteract this, the Ethereum development process needs an explicit "simplification" / "garbage collection" function. "Simplification" has three metrics: * Minimizing total lines of code in the protocol. An ideal protocol fits onto a single page - or at least a few pages * Avoiding unnecessary dependencies on fundamentally complex technical components. For example, a protocol whose security solely depends on hashes (even better: on exactly one hash function) is better than one that depends on hashes and lattices. Throwing in isogenies is worst of all, because (sorry to the truly brilliant hardworking nerds who figured that stuff out) nobody understands isogenies. * Adding more _invariants_: core properties that the protocol can rely on, for example EIP-6780 (selfdestruct removal) added the property that at most N storage slots can be changedakem per slot, significantly simplifying client development, and EIP-7825 (per-tx gas cap) added a maximum on the cost of processing one transaction, which greatly helps ZK-EVMs and parallel execution. Garbage collection can be piecemeal, or it can be large-scale. The piecemeal approach tries to take existing features, and streamline them so that they are simpler and make more sense. One example is the gas cost reforms in Glamsterdam, which make many gas costs that were previously arbitrary, instead depend on a small number of parameters that are clearly tied to resource consumption. One large-scale garbage collection was replacing PoW with PoS. Another is likely to happen as part of Lean consensus, opening the room to fix a large number of mistakes at the same time ( youtube.com/watch?v=10Ym34… ). Another approach is "Rosetta-style backwards compatibility", where features that are complex but little-used remain usable but are "demoted" from being part of the mandatory protocol and instead become smart contract code, so new client developers do not need to bother with them. Examples: * After we upgrade to full native account abstraction, all old tx types can be retired, and EOAs can be converted into smart contract wallets whose code can process all of those transaction types * We can replace existing precompiles (except those that are _really_ needed) with EVM or later RISC-V code * We can eventually change the VM from EVM to RISC-V (or other simpler VM); EVM could be turned into a smart contract in the new VM. Finally, we want to move away from client developers feeling the need to handle all older versions of the Ethereum protocol. That can be left to older client versions running in docker containers. In the long term, I hope that the rate of change to Ethereum can be slower. I think for various reasons that ultimately that _must_ happen. These first fifteen years should in part be viewed as an adolescence stage where we explored a lot of ideas and saw what works and what is useful and what is not. We should strive to avoid the parts that are not useful being a permanent drag on the Ethereum protocol. Basically, we want to improve Ethereum in a way that looks like this:
YouTube video
YouTube
vitalik.eth tweet media
English
661
528
3.7K
379.3K
simp 4 satoshi
simp 4 satoshi@iamgingertrash·
They stole the Open Internet And rented it back to you For $20/month
English
102
219
3.8K
198.6K
CHICKEN PET
CHICKEN PET@ChickenPet1·
Me and my depression mount. He’s carrying all the emotions🤣
CHICKEN PET tweet media
English
3
0
13
517
Assetto Corsa
Assetto Corsa@AC_assettocorsa·
Assetto Corsa EVO 0.4 is coming this week on December 4th! This will be the biggest Early Access release so far, with 10 new cars in several variants, including the Ferrari SF-25 Formula 1 car, and 5 new tracks in multiple layouts, the Daily Racing platform feature and the longest list of improvements so far. While waiting these last hours, enjoy some of the content you'll be racing in 2 days! #assettocorsaEVO #WeAreSimRacing
Assetto Corsa tweet mediaAssetto Corsa tweet media
English
103
170
1.9K
147.2K
Luke Barwikowski 🚜
Luke Barwikowski 🚜@whatslukedoing·
the biggest unspoken issue in crypto is that in the last 4 years many VC funds (like dragonfly) also began opening liquid funds in parallel & started shorting tokens
Haseeb >|<@hosseeb

This is ahistorical nonsense. When I first started investing in crypto in 2017, the norm was no vesting for anyone. For investors, founders, employees, all tokens circulated immediately. This norm was changed after the 2018 ICO collapse because it was led to so much bad behavior and short-terism. Having teams immediately dump their tokens and have no incentive to continue on building, attracting investors who didn't actually believe in the long-term prospects of the token, all of that led to broken capital markets and warped incentives. There are still projects that have extremely short lockups, or sometimes even no lockups. They're almost always complete scams. I remember in 2017 I was being recruited to a then-prominent token startup. They had no vesting on the token grants for employees. I asked: Won't that make employees race to dump? What's going to actually incentivize the team to hold onto their tokens? Their answer, straight-faced: we don't need to force you to hold. Because only an idiot would dump the tokens of this project. Dumping is its own punishment. (The project collapsed in 2018, and I heard the team made millions.) Vesting is a really old idea in startups. Startups everywhere do it. It's not a crypto thing. It forces long-term alignment and discourages quick flips. Solana may have had an atypically short lockup (one wonders if this was because of market conditions, investor leverage?). But later, when they had the leverage, they forced lockups on LIQUID sales. How do you think the FTX estate ended up with so much MULTI-YEAR locked SOL? There's also an inductive argument here. Everyone realizes a 99-year lockup on someone is great—that's basically removing those tokens from circulation. A 98-year lockup is slightly less good, but still good. Same with 97, 96, 95-->all the way to 1 year lockups. There is no kink in this function that somehow magically at 1 year lockup 4 year vest, 0 lockup is somehow better. Lockups are good all the way down. So no, unlocking all tokens immediately is a bad idea. There's a trope out there that employees, VCs are fucking over retail on these token launches. Today, that's mostly BS, because token launches do well or poorly well before the 1-year cliff (barring a few unscrupulous teams that break lockups). But if employees and VCs *can* immediately dump on retail, on every launch, do you not see how much worse that is? If IPO markets can handle employee and investor lockups, tokens should be able to handle them as well. All IPOs are gigantic ownership turnover events; as someone else put it (can't find the tweet), IPO bankers don't fixate on stopping sellers—that's a loser's mentality. They focus on finding buyers. If the buyers don't show up, then the asset should rightly take the blame, not the vesting schedules.

English
16
11
83
9.8K
Dom retweetledi
Jaynit
Jaynit@jaynitx·
This video is literally 50 entrepreneurs giving you an MBA in 18 minutes:
English
56
4.5K
20.2K
730.5K
Dom retweetledi
Bob Pompeani
Bob Pompeani@KDPomp·
Jack Hillgrove saw a play that we have rarely seen. Watch !!
English
46
237
2.5K
876.6K
Dom retweetledi
Bitcoin Magazine
Bitcoin Magazine@BitcoinMagazine·
JUST IN: There's now a 48% chance #Bitcoin hits $1,000,000 before GTA 6 releases, according to Polymarket 👀
Bitcoin Magazine tweet media
English
431
821
8.3K
797K
Dom retweetledi
Bitcoin Magazine
Bitcoin Magazine@BitcoinMagazine·
17 years ago today, Satoshi released the #Bitcoin whitepaper. What a legend! 🙌
Bitcoin Magazine tweet media
English
421
2.8K
10.8K
1.1M