implement a strategy for each song that finds the artist address

[TimDaub]

• related: EPIC: Getting token holder information from neume data #321
• for each music NFT find its artist
• in some cases, that may be the person that also minted the NFT initially
• In some cases we'll probably have to figure out the contract semantics to understand which addresses represent the artists

[neatonk]

For zora drops contracts the creator address could be used.

https://github.com/neatonk/strategies/blob/021e33808b29fa15ca9961d0a3e6fc6a06f63689/src/strategies/zora-drops-filter-contracts/transformer.mjs#L27-L31

[TimDaub]

Here's what @reimertz wants:

minter whoever minted the nft
artist artist who created the song / track
owner who is the current owner of said nft

[TimDaub]

• catalog v2 nicely stores the creator address in the mint transaction: https://etherscan.io/tx/0xe682d75389eaf13500552cfcabd0fe7bdeb14f5273b06bbaa22516c834b5e3f8
• while we probably could also use the minter address, I think it's probably safer accessing this call data directly

[TimDaub]

For Zora (catalog v1), the transaction sender of the mint transaction is likely the artist.

[TimDaub]

For zora artworks usually the minter is the artist unless there are contracts interacting with the zora contract. So actually we should examine catalog v1 specifically.

[TimDaub]

• added transactionHash to call-tokenuri: 57e4f2c
• 2b238f0 separated getting transaction receipts from get-minter

[TimDaub]

we're now requiring an artist.address property in /schema: neume-network/schema@db192d2

[TimDaub]

For Zora (catalog v1), the transaction sender of the mint transaction is likely the artist.

this was confirmed to me by a catalog contributor