blinklabs-io / bluefin Goto Github PK

View Code? Open in Web Editor NEW

12.0 2.0 2.0 407 KB

A Fortuna (TUNA) miner, written in Go

License: Apache License 2.0

Dockerfile 0.31% Makefile 1.74% Go 97.95%

blockchain cardano go golang proof-of-work

bluefin's Introduction

bluefin

A $TUNA miner, written in Go

NOTE: This miner is still a work in progress and may not be functional until a first release is made

WE WANT YOU!!!

We're looking for people to join this project and help get it off the ground.

Discussion is on Discord at https://discord.gg/5fPRZnX4qW

Development / Building

This requires Go 1.19 or better is installed. You also need make.

# Build
make
# Run
./bluefin

You can also run the code without building a binary, first

go run .

bluefin's People

Contributors

Stargazers

Watchers

Forkers

verbotenj 1460293896

bluefin's Issues

io/fs: malformed module path "io/fs": missing dot in first path element

on Ubuntu 22.04.3 LTS:

~/bluefin$ make
# Needed to fetch new dependencies and add them to go.mod
...
go mod tidy
github.com/blinklabs-io/bluefin/internal/logging imports
        go.uber.org/zap tested by
        go.uber.org/zap.test imports
        io/fs: malformed module path "io/fs": missing dot in first path element
make: *** [Makefile:23: mod-tidy] Error 1

Support for hard-fork contract

There's a TUNAv2 contract with some changes. We want to be able to support both.

I've looked through the TUNA hard-fork contract, and I've noticed a few differences:

the TargetState object (used by the miner internally) has its fields reordered and a new miner bytestring field added
the miner bytestring is a blake2b hash of either a public key hash or a NFT (for mining pools, I think)
if using a PKH for the miner field, the contract will verify that it matches one of the signers on the transaction
the on-chain datum fields have been reordered to put extra (message) last instead of before the interlink

It's harder to determine what changes we'll need in the TX building (extra redeemers or whatever) from looking at the smart contract, so we may need to wait until Fortuna is updated to see what's needed

Move Fortuna data model to cardano-models

Let's move the data model for Fortuna's contract to cardano-models (fortuna.go?), so it can be reused.

Implement difficulty adjustment

https://github.com/aiken-lang/fortuna/blob/ef0e4205be378c38bfdddde7098148efa76e472c/miner/main.ts#L184-L203

Implement GPU mining

Create a HOWTO

Create a HOWTO which walks the user through setup and maintenance. This includes anything necessary in the wallet.

Implement hashrate calculation

Calculate a global hashrate and report it periodically in the logs

bluefin fails to build per discord reporting

https://discord.com/channels/946071061567529010/1146201677209292891/1217698501560107019

"I'm a newbie in golang but my guess is that there's a type mismatch between line 94 in tx.go and 148-151"

Update log messages related to seed.txt to use full path

To make it easier to use, we should include the full path in our log outputs, etc. so the user can find the correct location easily.

bluefin seems to store incorrect UTxOs for use as inputs

It seems to have gotten into a weird state in preview where it's trying to use a UTxO from another wallet as an input on a new TX. The other wallet was also mining TUNA, but the UTxO seems to be from a subsequent TX on that wallet unrelated to TUNA mining.

{"level":"error","timestamp":"2024-04-30T17:03:44-05:00","caller":"miner/worker.go:81","msg":"failed to submit TX: failed to submit TX to API: http://tc2:6090/api/submit/tx: 400: \"transaction submit error ShelleyTxValidationError ShelleyBasedEraBabbage (ApplyTxError [UtxowFailure (AlonzoInBabbageUtxowPredFailure (ExtraRedeemers [RdmrPtr Spend 0])),UtxowFailure (UtxoFailure (AlonzoInBabbageUtxoPredFailure (UtxosFailure (CollectErrors [BadTranslation (TranslationLogicMissingInput (TxIn (TxId {unTxId = SafeHash \\\"086459182edc0a2fe54e40f9560a4f99821265e386bab263902f3e874c95204f\\\"}) (TxIx 0)))])))),UtxowFailure (UtxoFailure (AlonzoInBabbageUtxoPredFailure (ValueNotConservedUTxO (MaryValue 87325173 (MultiAsset (fromList [(PolicyID {policyID = ScriptHash \\\"502fbfbdafc7ddada9c335bd1440781e5445d08bada77dc2032866a6\\\"},fromList [(\\\"54554e41\\\",585000000000)])]))) (MaryValue 94040153 (MultiAsset (fromList [(PolicyID {policyID = ScriptHash \\\"502fbfbdafc7ddada9c335bd1440781e5445d08bada77dc2032866a6\\\"},fromList [(\\\"54554e41\\\",585000000000),(\\\"6c6f72642074756e61\\\",1)])])))))),UtxowFailure (UtxoFailure (AlonzoInBabbageUtxoPredFailure (BadInputsUTxO (fromList [TxIn (TxId {unTxId = SafeHash \\\"086459182edc0a2fe54e40f9560a4f99821265e386bab263902f3e874c95204f\\\"}) (TxIx 0)]))))])\"","stacktrace":"github.com/blinklabs-io/bluefin/internal/miner.(*Manager).Start.func1\n\t/home/agaffney/dev/blinklabs-io/bluefin/internal/miner/worker.go:81"}

The UTxO that it's complaining about comes from this transaction:

https://preview.cexplorer.io/tx/086459182edc0a2fe54e40f9560a4f99821265e386bab263902f3e874c95204f

And the TXs for that address:

https://preview.cexplorer.io/address/addr_test1qpsh97c3spdxmrksyzkl3xlz9c9qyaklqay73fr7wye5yhdn5favrq4uqajcpvqvxc9emhew0cpcgjnayhzw2fwa8m2q9n2p0a/tx#data