ttl.eth (@0xTTL) header
ttl.eth (@0xTTL) profile picture

Fmr. @BlackRock exec. 6.2bn portfolio with 89% success rate. In crypto since 02. DYOR. #ETH, #BTC

Detroit, MI
Joined February 2021
Photo by ttl.eth (@0xTTL)Photo by ttl.eth (@0xTTL)Photo by ttl.eth (@0xTTL)Photo by ttl.eth (@0xTTL)Photo by ttl.eth (@0xTTL)Photo by ttl.eth (@0xTTL)Photo by ttl.eth (@0xTTL)Photo by ttl.eth (@0xTTL)Photo by ttl.eth (@0xTTL)Photo by ttl.eth (@0xTTL)
ttl.eth retweeted
The ACTING HEAD OF THE DOJ CRIMINAL DIVISION just stated the following regarding Section 1960(b)(1)(C) and third-party liability for software developers: “We may under certain circumstances bring cases under Section 1960(b)(1)(C), which prohibits the transmission of funds that the defendant knows are derived from a criminal offense, or are intended to be used to support unlawful activity. However, going forward, consistent with principles of notice and fairness, let me make the following clear: Many developers have relied on regulatory guidance, to suggest that, non-custodial cryptocurrency software does not constitute an unlicensed money transmitting business. While that guidance may not be binding on the department, its implications can of course factor into prosecutor’s charging decisions. Therefore, where the evidence shows that software is truly decentralized and solely automates peer-to-peer transactions, and where a third-party does not have custody and control over user assets, new 1960(b)(1)(C) charges against the third-party will not be approved. Though, if criminal intent is present, other charges may be appropriate. All of a subject's conduct and the services they provide end-to-end will be considered. Generally, developers of neutral tools, with no criminal intent, should not be held responsible for someone else's misuse of those tools. If a third-party's misuse violates criminal law, that third-party should be prosecuted – not a well-intentioned developer.”
10
21
12
99
48,756
I've been working on prediction markets for events whose outcomes aren't just "yes" or "no." Instead of betting on just one outcome, traders in Distribution Markets can express how likely they think each different possibility is across the whole infinite range of outcomes. 1/
162
169
64
1,582
236,969
ttl.eth retweeted
31 years
292
6,224
256
41,018
758,553
BREAKING: @ensdomains is now integrated into @Venmo and @PayPal You can now send funds to crypto wallets connected to .eth addresses Ethereum's adoption continues...
60
255
64
1,617
128,528
Replying to @krugermacro
$di Degen Index 0xff541139c60bb38ce2159a13d656f0f38aa96ff4 No socials, chats, etc. Just a tradable token. Price action is correlated with the exotic pairs it has with other lowcaps. Results in averaged price action that can serve as a sort of index, for degens, thus the name.
1
2
2
466
Degen Index, $di, is like buying multiple bags at once due to its arbitrage oriented lp setup. 0xff541139c60bb38ce2159a13d656f0f38aa96ff4
1
2
95
Folks, presales were needed back in the day to fund LP at a 1:1 ratio in a full range LP. That stopped being necessary years ago… Token taxes were needed back in the day, because there wasn’t really a way to generate revenue unless you traded/sold token. Lp yield was inaccessible unless you pulled. That stopped being necessary years ago as well. If you are launching tokens with Uniswap v2 lp, you are essentially using Windows ME while windows 10 is available. If your dev is pushing for v2 lp, find a new dev. I am sick of the outdated copy and paste low effort larp devs running the narrative. They are behind, wrong, and lame. Fired
6
5
2
26
1,826
ttl.eth retweeted
A lot of people don't know this, but over 90% of the blocks in Ethereum are built by MEV block builders. Sounds scary, but you shouldn't be worried. An explanation of why this happens, and how it keeps Ethereum decentralized🧵:
23
73
13
373
73,510
ttl.eth retweeted
Software estimates are one of the oldest lies we tell ourselves. We all know they don't work, but pretend they mean something and later feel enraged when shit hits the fan. I focused a big part of my undergrad on software estimation. After graduating, I wrote plenty about the topic. Then, I started working for a company where I spent years researching how to make better estimates. We sold multiple millions of dollars of software using the tools I built. I read everything there's to read. I could recite Steve McConnel's "Software Estimation" book from top to bottom. Here is the most important lesson I learned: People can't estimate software. It doesn't matter who they are or how much experience they have. Estimating software reliably is science fiction. And the best part: They will ask you to estimate something. They will tell you they understand it's not exact. They will promise they won't hold you accountable. And then they will. They always do. There are two solutions for this. Let's start with my recommendations for those who don't have a choice: 1. Remove "quick," "simple," "straightforward," "easy," and every similar word from your dictionary. Never use them. Don't let others use them when referring to your work. 2. Never volunteer an estimate. Everything you say will be used against you. 3. When forced, estimate work you know you can complete today. Always estimate with a range: "It will take me 2 - 4 hours." 4. Estimate anything you won't do today in days and weeks. Say, "I should finish that feature sometime this week." Do not estimate future work in hours. But we all know your manager will force you to give an estimate. Here is what you should do: 1. Estimate how long you think it will take you to complete the task. 2. Multiply the number by 3. This will be the lower range of your estimate. 3. Double the lower range of the estimate. This will be the upper range. Example: If you think something will take you 1 day of work, say "between 3 and 6 days." Here is the funny part: It won't take you between 3 - 6 days. This is as much bullshit as any other method you can think of. The true solution for this problem: Work for a company that doesn't care about estimates.
501
1,611
234
10,016
1,948,479
The dark side of NFTs: A throwback to the biggest hacks in web3 history🧵👇 (1/22)
275
723
50
2,730
877,008
70 million sign ups just 24 hours after launch. I spent time studying why this app became the fastest growing consumer app ever. Here's what I found 👇
544
591
269
9,167
3,487,950
ttl.eth retweeted
Wondering why gas fees are high right now? The top ETH gas guzzler is this contract where users make validators run useless/unnecessary code just to increase overall gas usage. People are literally burning their money to increase gas fees for everyone else 🤦‍♂️.
287
287
167
1,616
645,179
ttl.eth retweeted
The blockchain team at Shopify did a fantastic job creating a new tutorial for how to build a token-gated Shopify storefront from scratch. Using Shopify functions, Remix, Hydrogen, Wallet-connect. Great time to build for the next crypto rebound ! shopify.dev/docs/apps/blockc…
91
191
59
1,329
404,832
1/ Why swap routing in V4 is one of the most impactful unsolved problems in defi.. 🧵👇🧵👇
15
24
4
117
33,722
StarCraft (1999)
58
289
61
2,677
163,095
Let's explore some common misconceptions around mutability/immutability, and offchain/onchain assets. Contrary to popular belief, the two are mostly unrelated. 🧵...
61
220
59
713
143,568
for the first time EVER, an $eth L2 has more daily transactions than mainnet!! congratulations @arbitrum 🎉🥳🎊 1,103,398 on $arbi vs 1,084,290 on $eth also the first time an L2 has had over 1m tx in a single day 📈
16
88
18
372
45,386
1/ Today Coin Center filed suit in federal district court against OFAC challenging its authority to sanction Tornado Cash immutable smart contracts.
99
538
89
2,026
disgusting
60
51
79
839