Solana

for people looking to build solana mini-apps on farcaster fast, some tips below 👇:

1.	you don’t need to write smart contracts for 90% of use cases.
most protocols already expose great typescript and rust sdks.

👉 https://github.com/sendaifun/solana-agent-kit has everything to get you started.

2. landing a transaction on solana is tricky.

use this guide to properly set priority fees: https://www.helius.dev/blog/how-to-land-transactions-on-solana
or use jito bundles for transaction atomicity.

3.	everything is an account, and every account has an owner.

half of the bugs happen because you’re accessing the wrong account. understand the account model well:

3.	everything is an account, and every account has an owner.

half of the bugs happen because you’re accessing the wrong account. understand the account model well:  https://www.helius.dev/blog/the-solana-programming-model-an-introduction-to-developing-on-solana

4.	evm → svm mental model:

abi        = idl  
eoa        = account (owned by system program — the godfather)  
contracts  = programs aka program accounts (owned by bpf loader)

5.	once you understand pdas, they become an incredibly powerful tool.
this guide helps you shift from evm to svm thinking

6.	if you’re using partial signing:

make sure the frontend (farcaster wallet) signs the transaction before the backend does.
⚠️ not recommended as-is — the frontend can send a malicious transaction. if you do this, use it with a nonce.
the current farcaster wallet setup invalidates previous signatures — the team is working on fixing this.

7.	use good rpcs: helius, triton, or quicknode are reliable choices.

once you understand the solana account model and how transactions are formed, it all gets much simpler.

the solana community is actually super welcoming — way more beginner-friendly and supportive than people often perceive.

6.	if you’re using partial signing:

make sure the frontend (farcaster wallet) signs the transaction before the backend does.
⚠️ not recommended as-is — the frontend can send a malicious transaction. if you do this, use it with a nonce.
the current farcaster wallet setup invalidates previous signatures — the team is working on fixing this.

https://solana.com/developers/cookbook/transactions/offline-transactions#partial-sign-transaction

5.	once you understand pdas, they become an incredibly powerful tool.
this guide helps you shift from evm to svm thinking 
https://www.helius.dev/blog/how-to-migrate-from-ethereum-to-solana

from a mental model, thinking of it as svm makes it a lot easier. 

yes, on technical level, it's broken into multiple sub-system which ultimately run on low level but we still think of it as monolith. as the parts can't be decoupled easily ( for now ).

there are a lot of community efforts going into modular svm 

from OG, https://github.com/buffalojoec/modular-svm

comrpehensive list of resources

from a mental model, thinking of it as svm makes it a lot easier. 

yes, on technical level, it's broken into multiple sub-system which ultimately run on low level but we still think of it as monolith. as the parts can't be decoupled easily ( for now ).

there are a lot of community efforts going into modular svm 

from OG, https://github.com/buffalojoec/modular-svm

comrpehensive list of resources
https://github.com/openSVM/awesome-svm

Does the solana world think of it as an svm? From my reading the runtime seems to be broken up over multiple systems that eventually runs on the llvm??