.gitignore | ||
batch_test.go | ||
batch.go | ||
database_test.go | ||
database.go | ||
go.mod | ||
go.sum | ||
iterator.go | ||
LICENSE | ||
README.md | ||
suite_test.go | ||
util.go |
pg-ipfs-ethdb
go-ethereum ethdb interfaces for Ethereum state data stored in Postgres-backed IPFS
Background
Go-ethereum defines a number of interfaces in the ethdb package for interfacing with a state database. These interfaces are used to build higher-level types such as the trie.Database which are used to perform the bulk of state related needs.
Ethereum data can be stored on IPFS, standard codecs for Etheruem data are defined in the go-cid library. Here at Vulcanize we have extended IPFS to use Postgres as a backing database. Additionally, we have extended go-ethereum to enable the efficient export of state data in the form of state diff objects. Together, this allows us to store all Ethereum data on Postgres-backed IPFS.
Geth stores state data in leveldb as key-value pairs between the keccak256 hash of the rlp-encoded object and the rlp-encoded object. Ethereum data on IPFS is also stored as key-value pairs with the value being the rlp-encoded byte value for the object, but the key is a derivative of the keccak256 hash rather than the hash itself. This library provides ethdb interfaces for Ethereum data on IPFS by handling the conversion of a keccak256 hash to its multihash-derived key.
Usage
To use this module simply import it and build the desired interface around an instance of sqlx.DB, you can then employ it as you would the usual leveldb or memorydb interfaces with a few exceptions:
package main
import (
"github.com/ethereum/go-ethereum/trie"
"github.com/jmoiron/sqlx"
"github.com/vulcanize/pg-ipfs-ethdb"
)
func main() {
connectStr := "postgresql://localhost:5432/vulcanize_testing?sslmode=disable"
db, _ := sqlx.Connect("postgres", connectStr)
kvs := ipfsethdb.NewKeyValueStore(db)
trieDB := trie.NewDatabase(kvs)
// do stuff
}
EXCEPTIONS: AncientReader, AncientWriter, and Iteratee interfaces are not functionally complete.
Ancient data does not currently have a representation on IPFS, and recapitulation of the database key iterator is complicated since go-ethereum types that use this interface expect the iterator to iterate over keccak256 hash keys, whereas the keys for Ethereum data on IPFS are derived from that hash but not the hash itself.
Maintainers
@vulcanize @AFDudley @i-norden
Contributing
Contributions are welcome!
VulcanizeDB follows the Contributor Covenant Code of Conduct.
License
AGPL-3.0 © Vulcanize Inc