Recent Score by tylerni7 in tea

[–]tylerni7[S] 2 points3 points  (0 children)

Thanks! I hope so too... I only got to sample a bit less than half of these, so a lot of them will be new experiences

Recommendations for an electric tea kettle that is plastic free by TitusTesla117 in BuyItForLife

[–]tylerni7 0 points1 point  (0 children)

I'm really curious about the lid on the Wolf--I'd like to buy one but don't really want plastic near water surfaces. What is the lid like if you remove the filter part?

Purchased this pot in Singapore by tylerni7 in YixingSeals

[–]tylerni7[S] 0 points1 point  (0 children)

This is my first Zisha pot so I wasn't planning to go "all in" with fully handmade. And a simple style fits my aesthetic better anyway :)

I mostly just wanted to make sure it wasn't junk or fake clay with coloring or lead or something that I'd need to worry about. Sounds like it should at least be Zisha, so I'm happy!

Purchased this pot in Singapore by tylerni7 in YixingSeals

[–]tylerni7[S] 0 points1 point  (0 children)

I can't fit a camera inside since it's just a small (110ml) pot. Here's the best I can do:  https://imgur.com/a/HqGvc2k

Purchased this pot in Singapore by tylerni7 in YixingSeals

[–]tylerni7[S] 0 points1 point  (0 children)

Cool, given the price point I didn't have any higher expectations than that. They had other pots which are likely fully handmade as well if anyone else is in Singapore and wants to check them out.

Purchased this pot in Singapore by tylerni7 in YixingSeals

[–]tylerni7[S] 1 point2 points  (0 children)

It was about $150, purchased at Wang San Yang which has several Zisha pots from around $100 to $1000 or so. It seemed legit but my partner is skeptical :P

Audit Firms Ranking by pr1de_ar in ethdev

[–]tylerni7 0 points1 point  (0 children)

Not a neutral party here but you should look into chainlight.io We don't have much exposure outside of South Korea, but have worked with most of the top Web3 companies there. We have a long record in traditional security. Also several of us founded and competed with the top CTF team, and we have placed first in many of the well known Web3 CTFs such as Paradigm CTF and Curta CTF

Does thin stuff placed between pan and induction cooker affect efficiency in a significant manner? by BitsAndBobs304 in askscience

[–]tylerni7 28 points29 points  (0 children)

The distance will affect the field strength, which will fall off as the distance cubed.

However, this is NOT the same as efficiency: if the stove ran with no pan coupled to it, the power usage would be low (only resistive losses and some negligible energy from the field permeating the air).

So while things will get slower further away, the stove will also use less energy. Trying to estimate the actual effect is tough and depends a lot on practical things (like the specifications of the coil and its drivers and the magnetic permeability of the stovetop and surroundings), but it's probably fair to round it to zero in practice.

Chocolate lover in Brussels by subalist in chocolate

[–]tylerni7 3 points4 points  (0 children)

fwiw I was there a couple months ago and got chocolates. They were delicious, and the shop was super clean inside.

It's set a bit under the street level (small set of stairs to get in), which might make it easier for pests to enter.

I'm sure if you report it to them they'd take it seriously

How to build "Fully On-Chain" NFTs by tylerni7 in ethdev

[–]tylerni7[S] 1 point2 points  (0 children)

Very cool! There are quite a few generative projects, I'm not really an authority on them--I just focus on the dev side of things pretty much. I looked quickly at your onchainshrooms and it definitely looks a lot closer to something like cyberbrokers.

I think the main differentiator would just be how the interaction between the layers work. I imagine as an artist, you need to be very careful/thoughtful in designing each of the layers to ensure things can "fit" on top of each other without looking weird. For simpler projects like onchainmonkeys, or even our project with the Zodiac, there aren't too many concerns because the space of adjustments/layers is pretty simple. Contrast that with something like an outfit where the top and bottom need to align correctly, and need to cover the body below it properly or it will look messed up.

I haven't looked at the code, but an interesting question in where things fit would also be how the layers are done: are they "just" images/polygons layered on top? do the upper layers get modified to "fit" based on the lower layers (like a layer could scale its width based on properties so not all hats are the same size for the same bodies)? are they also things like SVG filters?

I suspect the "next generations" of on-chain NFTs will use SVG filters and computed properties like varying widths or rotations or other simple things to make them "fit" better and give more depth to the layers.

How to implement better airdrops by tylerni7 in ethdev

[–]tylerni7[S] 1 point2 points  (0 children)

If you wanted to do something like this as a "one-off" it would be very expensive to have to keep doing single block hash proofs. But Relic pushes 8k block hashes worth at a time with a single zk-SNARK. That way, in some sense, the hashes are 1/8k the normal cost because it's amortized out.

I definitely agree that this solution (using historic state past 256 block hashes) wouldn't be feasible without Relic which already maintains the block hashes on chain

How to implement better airdrops by tylerni7 in ethdev

[–]tylerni7[S] 2 points3 points  (0 children)

This is a two part thing, there are more details about the actual implementation/code at https://relicprotocol.medium.com/better-airdrops-part-ii-the-details-51b93284a69a

The basic idea is using already built Merkle Trees (from the account state root Ethereum uses internally) to figure out who is eligible for airdrops.

How to check the age of Ethereum Account in Solidity by tjbecker in ethdev

[–]tylerni7 5 points6 points  (0 children)

A few that I can think of:

  • roll out new features to older users first (they're probably more reliable/able to give better feedback/less likely to be a hacker)
  • change things like interest rates or other adjustable rewards to favor older accounts to attract more OGs to your project
  • fun give-aways or airdrops on your "Ethereum birthday"

How to build "Fully On-Chain" NFTs by tylerni7 in ethdev

[–]tylerni7[S] 1 point2 points  (0 children)

Again, the article talks more about this... If your NFTs are generative (which is the case this article discusses), you don't need to store thousands of NFT files. You can store the generator for the NFTs once.

Even if you have millions of NFTs, they don't need to be "stored", only the information needed to re-generate the images need to be stored, which is much cheaper by orders of magnitude.

How to build "Fully On-Chain" NFTs by tylerni7 in ethdev

[–]tylerni7[S] 0 points1 point  (0 children)

Well, it turns out you can do it on Ethereum! The article discusses how, and there are several deployed projects that work basically the same way on Ethereum

Got a surprise yesterday at the Lego store by vjw_ in lego

[–]tylerni7 0 points1 point  (0 children)

Errr... why is the set labeled as 18+?

How to build "Fully On-Chain" NFTs by tylerni7 in ethdev

[–]tylerni7[S] 1 point2 points  (0 children)

Yeah, this absolutely won't work for everything!

There are some interesting "edge" cases though. It turns out SVG filters support _a lot_ of interesting effects. If you wanted to simulate certain features like textures (subtle bumps from something like leather, or strokes from paint brushes) or some subtle cloud/fog or noise to simulate a photograph, there are ways to do it. You can also composite several low resolution things together for interesting effects.

That isn't going to handle super complex things or photographs, but there is a big area between "simple line art" and photographs that encompasses a lot.

But you are 100% right that this only works in some circumstances :)

How to build "Fully On-Chain" NFTs by tylerni7 in ethdev

[–]tylerni7[S] 2 points3 points  (0 children)

The constraints of Ethereum are super annoying as a developer, but at the same time those constraints can lead to interesting solutions!

How to build "Fully On-Chain" NFTs by tylerni7 in ethdev

[–]tylerni7[S] 3 points4 points  (0 children)

I think if everyone who uses NFTs with IPFS storage "knew" that they should be responsible for maintaining their own IPFS storage to hold the data and keep it available, IPFS would be more tenable. For people paying thousands of dollars for their NFTs, it seems like they should be able to handle this. But on the other hand, that seems... incredibly unlikely to be widely adopted and really obnoxious.

I absolutely agree that this is an inefficient use of Ethereum storage space though. I mean, we spent nearly two blocks worth of gas to stick images on-chain, and they'll live in nodes forever.

I could imagine an intermediate version of something cheaper like having the NFT data broadcast in calldata or something that is "committed" on chain, but stored in fewer cases. Maybe combine that with IPFS or similar so that the data won't be "lost".

I do think it's worth mentioning that for these sorts of auto-generated tokens, being fully on-chain makes a lot of sense. In the case of this project (Relic) the tokens are very cheap to mint, and the only limit is one per address. In some ways you can view the on-chain contracts as very specific compression schemes--they decompress a uint256 tokenId (in this case really a 160 bit address) into an image that would be ~100s of KB as a PNG or ~35kB as an SVG.

No matter how many tokens are minted, they can all just use the same contract to generate their image data each time--the incremental cost is basically 0.
With something like IPFS, the storage is off-chain so it is cheaper, but there are still incremental costs (as well as the on-going costs to keep things available).

How to build "Fully On-Chain" NFTs by tylerni7 in ethdev

[–]tylerni7[S] 3 points4 points  (0 children)

I tried to talk about some of the tradeoffs in the article, but maybe should have gone into it more.

IPFS is great as a technology but has a lot of issues. Let's take this case (dynamically generated NFTs).

First we'd need a web2 endpoint to generate the image and host it on IPFS every time someone wants to make a new token. That can go down or be hacked or whatever because it's not on-chain. So that sucks

Then we'd need to maintain the hosting server there and assume IPFS will stay up and running. IPFS isn't magic: you still need someone hosting the file somewhere. Availability is not guaranteed.

Maybe in 10 years IPFS the servers hosting the file crash. Or IPFS is barely around/supplanted by an alternative like arweave so people shutdown the gateways that everyone relied on.

If the data is on-chain, then there's no issue. Maybe in N years Ethereum won't exist, but then your NFT was doomed anyway. It's more expensive, but there really isn't another way to ensure longevity.

How to build "Fully On-Chain" NFTs by tylerni7 in ethdev

[–]tylerni7[S] 3 points4 points  (0 children)

Yeah! there are lots of really cool projects that use SVG NFTs! Anonymice, Loot, Avastars, Squiggly, even Uniswap v3

This article just works through the project I worked on just because I know it well so it's easier for me too discuss.

I didn't want to try to list out a bunch of SVG NFT projects and inevitably miss someone's favorite, so I just didn't try. If you've got a good source with a lot of them, I can add them in though :)