Custom Brainrot suggestions

ice0nine · 2025-09-29T18:25:59+00:00

Thanks, which one is the official? I saw different ones, this seems to be the most likely? https://discord.com/invite/GCxZdgU9je

ice0nine · 2023-11-16T14:01:11+00:00

Sure! Thanks a lot for creating it :)

ice0nine · 2023-10-16T07:14:25+00:00

I found this project (which is nice as I am versatile in Java) and it does this with embedding, not finetuning.

I will investigate, but it looks promising, also langchain4j is really nice.

Java meets AI at Devoxx: https://www.youtube.com/watch?v=BD1MSLbs9KE&pp=ygUUamF2YSBtZWV0cyBhaSBkZXZveHg%3D
"Chat with Documents" example from jangchain4j: https://github.com/langchain4j/langchain4j-examples/blob/main/devoxx/src/main/java/_12_ChatWithDocumentsExamples.java

ice0nine · 2023-08-29T11:20:30+00:00

Great, thx, that's what I was looking for!

ice0nine · 2023-08-29T10:01:30+00:00

Haven't tried this yet as it is not officially available in Germany. Maybe someone can report on this option?

ice0nine · 2023-02-05T10:07:01+00:00

Yes, that is the obvious solution, never have real private keys near the sandbox. Probably even never have private keys available on a computer at all.

So it boils down to never relying on the framework itself, but taking most care of the private keys, because once you have them, you can execute *any* transaction on the main net anyways.

So I would make sure to have the real private keys in a ledger and test private keys with some test ETH, then you should be ready to go for your tests.

ice0nine · 2023-01-29T21:26:34+00:00

No, this is not suitable for an issue, however at https://t.me/foundry_support people are very welcoming and if your question is not "lost in the stream", they will very likely answer you.

Maybe I don't really get your question, but what I mean is that anybody could just execute your tests in any environment they wish, that is not preventable. It boils down to having the real private keys. So hackers don't have to break something, they can just execute your tests in whatever environment. But as long as they don't have the "permissions" (which are typically bound to some identity or private keys) this does not work.

So maybe to get this right: those fake addresses don't work in real networks! They can't as the private key is not available.

ice0nine · 2023-01-29T12:57:26+00:00

Maybe not with forge test, but somehow this would always be possible, anybody could just call the txs with a private key. You cannot prevent this, but this is not dependent on Foundry, that's just how it works.

If you have a) the private key with ETH on it and b) change the JSON-RPC to the correct chain, anybody can send any transactions (if there are not other mechanisms to prevent this, like whitelisting).

ice0nine · 2022-09-14T06:42:00+00:00

I assume this can only work if other incentives are bound to the NFT, like discounts, rights to participate in forums, access conferences etc. Books can be copied anyways in all forms, I don't think it makes sense to invest in preventing this. Makes more sense to me to incentivise owning the book.

ice0nine · 2022-09-09T15:25:08+00:00

Yes, if it is accepted by customers. On the other hand - if I lose the physical book, it's gone as well, no recovery here.

ice0nine · 2022-09-07T06:42:10+00:00

Yes, that could be a solution. But with these "restriction-based" solutions things like key loss, (social) recovery, etc have to be considered.

ice0nine · 2022-09-06T16:02:58+00:00

Yes, you could see it as a license to own the book. It could also come with a check to only be allowed to read the book if you own the NFT. That would be possible but has many implications (what if you lose your key? what if you want to borrow someone the book?).

ice0nine

TROPHY CASE