feat(core): revert get_account_local and get_multiple_accounts_local

[vict0rcarvalh0]

LiteSVM got merged to update set_account to remove 0 lamports accounts. So get_account_local and get_multiple_accounts_local were reverted to the previous implementation. Re-ran surfpool-core integration tests that validate reset behavior:

• tests::integration::test_reset_account
• tests::integration::test_reset_account_cascade

Both passed successfully.

LiteSVM reference: LiteSVM/litesvm#218

Fixes #332

[BretasArthur1]

Nice start @vict0rcarvalh0! You did a great job finding this patch...

Here some considerations

[BretasArthur1]

A default instance would look like:

lamports: 0

data: Vec::new()

owner: Pubkey::default() (all zeros)

executable: false

rent_epoch: 0

So checking it's redundant looking for both since looking for a Account::default(), already haves account.lamports == 0, and in the case where a account have lamports == 0 it means that the account does not exist. And after the fix of LiteSVM where accounts with 0 lamports are excluded from the accounts_db

You should be able to just

 Some(account) => GetAccountResult::FoundAccount(
                    *pubkey, account,
                    
                    false,
                ),

Because LiteSVM now handles the deleting of accounts with 0 lamports we should just try to find it and it will returns the account or false since it does not exists.

[vict0rcarvalh0]

Makes sense Arthur! Just made a new commit refactoring that

[BretasArthur1]

Same as above here :)

[BretasArthur1]

What do you think @MicaiahReid ?

[MicaiahReid]

Perfect, thanks @vict0rcarvalh0!

[BretasArthur1]

LGTM