Official FutureBit Apollo BTC Software/Image and Support thread - page 114.

n0nce

hero member

Activity: 924

Merit: 5950

not your keys, not your coins!

Quote from: NotFuzzyWarm on August 30, 2021, 07:46:07 PM

Quote from: gt_addict on August 30, 2021, 04:40:56 PM

...
When I took mine apart to replace the SBC fan it had Bitfury on the chips underneath the hashboard.

Thanks!
No idea why jstefanop is so secretive about info like that but hey - his project, his rules. I do know that BitFury is pretty tight about releasing their datasheets so that may be part of his Lips sealed

I mean, maybe they didn't obtain pinouts etc. via reverse engineering, but directly from BitFury under NDA. In that case, it might include something like no mention whatsoever anywhere, ever, can be made that you got our chips and datasheets etc.. Just a guess Wink

But sidehack did mention that some chip manufacturers do indeed agree to give documentation under NDA (which I wouldn't have guessed myself to be honest).

n0nce

hero member

Activity: 924

Merit: 5950

not your keys, not your coins!

Quote from: bigverm on August 31, 2021, 12:25:07 AM

Quote from: n0nce on August 29, 2021, 09:34:11 AM

Quote from: bigverm on August 29, 2021, 09:23:44 AM

For Question #5 What can we do with our Node?
Can we choose to designate our Node into a Lightning Network Node?
This will help us earn extra BTC and Devs can take a fee from it.

Hey there, LN node operator here! Don't expect to make any significant amount of money from routing LN payments.

I am quite sure you can install lnd or c-lightning on the Apollo (don't have mine yet), and you should definitely do it, it always helps! But payments are meant to be cheap, so users usually pay 1 satoshi per hop, some node operators even run their nodes fee-less.

A payment takes a max. of 10 hops in my experience, so you're looking at 'locking in' millions of satoshis in channels just to gain a few (single-digit amounts we're talking about) satoshis in fees. So you won't really 'earn BTC' - you'd earn more Bitcoin working 1hr as a waiter and buying BTC with the money you got there Grin

(rough calculation: 10$ ~ 20KSat)

Thanks! Was wondering if I get in early and setup a lighting node and then overtime as transaction volume grows for BTC that it would be worth it.

There is certainly a point for getting in early: If you create a LN channel now with let's say 1M satoshi, it will cost you around 400 bucks and people can transact up to that amount in this channel back and forth. But let's say you keep that channel for multiple years, the value that can be transacted with 1M sats is ever increasing and e.g. might reach a point where it's the equivalent of thousands of $.

This way, channels created early (even small ones, <1M sats) gain usability and 'size' (in value terms) as Bitcoin value increases over time.

However, I don't think it will ever be something very profitable, even with many more transactions, since fees are by design low (1 satoshi - realize how little that is Grin

per hop) and the market is competitive the better the network is connected. The protocol tries to automatically use the routes with lowest fees - the more routes, the less chance people will use an expensive node since they'll find cheaper ones that bring them to their destination.

bigverm

newbie

Activity: 6

Merit: 0

Quote from: n0nce on August 29, 2021, 09:34:11 AM

Quote from: bigverm on August 29, 2021, 09:23:44 AM

For Question #5 What can we do with our Node?
Can we choose to designate our Node into a Lightning Network Node?
This will help us earn extra BTC and Devs can take a fee from it.

Hey there, LN node operator here! Don't expect to make any significant amount of money from routing LN payments.

I am quite sure you can install lnd or c-lightning on the Apollo (don't have mine yet), and you should definitely do it, it always helps! But payments are meant to be cheap, so users usually pay 1 satoshi per hop, some node operators even run their nodes fee-less.

A payment takes a max. of 10 hops in my experience, so you're looking at 'locking in' millions of satoshis in channels just to gain a few (single-digit amounts we're talking about) satoshis in fees. So you won't really 'earn BTC' - you'd earn more Bitcoin working 1hr as a waiter and buying BTC with the money you got there Grin

(rough calculation: 10$ ~ 20KSat)

Thanks! Was wondering if I get in early and setup a lighting node and then overtime as transaction volume grows for BTC that it would be worth it.

NotFuzzyWarm

legendary

Activity: 3892

Merit: 2797

Evil beware: We have waffles!

Quote from: gt_addict on August 30, 2021, 04:40:56 PM

...
When I took mine apart to replace the SBC fan it had Bitfury on the chips underneath the hashboard.

Thanks!
No idea why jstefanop is so secretive about info like that but hey - his project, his rules. I do know that BitFury is pretty tight about releasing their datasheets so that may be part of his Lips sealed

gt_addict

hero member

Activity: 2534

Merit: 623

Quote from: n0nce on August 30, 2021, 03:39:17 PM

Quote from: NotFuzzyWarm on August 30, 2021, 03:09:46 PM

Quote from: n0nce on August 30, 2021, 03:04:04 PM

Quote from: NotFuzzyWarm on August 30, 2021, 02:14:57 PM

Quote

Each of our ASICs have ~4k SHA256 engines in them (so ~175k in each Apollo)

Woof! I figured that with today's node sizes there would be a lot more cores per-chip that what was to be had in 2014 but 4k of them? Wowzers!

Btw @jstefanop you're saying 'our ASICs' - do you actually develop your own ASIC chips? Quite interesting since the other guys building home-suited pod miners, GekkoScience, use Bitmain chips.

Not a chance in hell. It cost millions of $$$ to design and produce a mining ASIC chip.
That said it *would* be interesting to know just who's chip you use. eg are they from BM, MicroBt, Canaan, Bitfury, Inosilicon et al?

Heheh, idk - they're so secretive about which chips are used (no mention anywhere, whereas GekkoScience has it openly in shop, bt thread etc.), and this comment (our ASICs) really put the nail in the coffin for me about these being custom chips Cheesy

But yeah, last I checked, it also was extremely expensive to have custom chips made.

When I took mine apart to replace the SBC fan it had Bitfury on the chips underneath the hashboard.

n0nce

hero member

Activity: 924

Merit: 5950

not your keys, not your coins!

Quote from: NotFuzzyWarm on August 30, 2021, 03:09:46 PM

Quote from: n0nce on August 30, 2021, 03:04:04 PM

Quote from: NotFuzzyWarm on August 30, 2021, 02:14:57 PM

Quote

Each of our ASICs have ~4k SHA256 engines in them (so ~175k in each Apollo)

Woof! I figured that with today's node sizes there would be a lot more cores per-chip that what was to be had in 2014 but 4k of them? Wowzers!

Btw @jstefanop you're saying 'our ASICs' - do you actually develop your own ASIC chips? Quite interesting since the other guys building home-suited pod miners, GekkoScience, use Bitmain chips.

Not a chance in hell. It cost millions of $$$ to design and produce a mining ASIC chip.
That said it *would* be interesting to know just who's chip you use. eg are they from BM, MicroBt, Canaan, Bitfury, Inosilicon et al?

Heheh, idk - they're so secretive about which chips are used (no mention anywhere, whereas GekkoScience has it openly in shop, bt thread etc.), and this comment (our ASICs) really put the nail in the coffin for me about these being custom chips Cheesy

But yeah, last I checked, it also was extremely expensive to have custom chips made.

NotFuzzyWarm

legendary

Activity: 3892

Merit: 2797

Evil beware: We have waffles!

Quote from: n0nce on August 30, 2021, 03:04:04 PM

Quote from: NotFuzzyWarm on August 30, 2021, 02:14:57 PM

Quote

Each of our ASICs have ~4k SHA256 engines in them (so ~175k in each Apollo)

Woof! I figured that with today's node sizes there would be a lot more cores per-chip that what was to be had in 2014 but 4k of them? Wowzers!

Btw @jstefanop you're saying 'our ASICs' - do you actually develop your own ASIC chips? Quite interesting since the other guys building home-suited pod miners, GekkoScience, use Bitmain chips.

Not a chance in hell. It cost millions of $$$ to design and produce a mining ASIC chip.
That said it *would* be interesting to know just who's chip you use. eg are they from BM, MicroBt, Canaan, Bitfury, Inosilicon et al?

n0nce

hero member

Activity: 924

Merit: 5950

not your keys, not your coins!

Quote from: NotFuzzyWarm on August 30, 2021, 02:14:57 PM

Quote

Each of our ASICs have ~4k SHA256 engines in them (so ~175k in each Apollo)

Woof! I figured that with today's node sizes there would be a lot more cores per-chip that what was to be had in 2014 but 4k of them? Wowzers!

Btw @jstefanop you're saying 'our ASICs' - do you actually develop your own ASIC chips? Quite interesting since the other guys building home-suited pod miners, GekkoScience, use Bitmain chips.

NotFuzzyWarm

legendary

Activity: 3892

Merit: 2797

Evil beware: We have waffles!

Quote

Each of our ASICs have ~4k SHA256 engines in them (so ~175k in each Apollo)

Woof! I figured that with today's node sizes there would be a lot more cores per-chip that what was to be had in 2014 but 4k of them? Wowzers!

n0nce

hero member

Activity: 924

Merit: 5950

not your keys, not your coins!

Quote from: jstefanop on August 30, 2021, 01:54:04 PM

Each of our ASICs have ~4k SHA256 engines in them (so ~175k in each Apollo). Only one of these need to be bad to throw a really high error rate.

Error rate is calculated against good solutions based on an internal solution difficulty, not ALL solutions produced by the ASIC (would be impossible/waste of resources to do integrity check on each SHA256 pass). What happens with a bad logical core is that ALL solutions it produces are spit out as valid solutions, then the miner software does a check on them which are determined to be bad solutions, so the calculated error rates ends up inflating higher than it really is.

Normally each core produces an random amount of error that just has to do with spontaneous logical errors that happen in the chip due to low gate voltage, this is what the error rate is supposed to convey, but we cant easily catch the kind of errors that have to do with a bad logical cores.

Hope that explains it a bit.

Thanks a lot, got it now! Very good insight

And relieving to customers ofc even though a good total hashrate should be enough good sign anyway Wink

jstefanop

legendary

Activity: 2193

Merit: 1401

Quote from: n0nce on August 29, 2021, 04:17:52 PM

Quote from: NotFuzzyWarm on August 29, 2021, 04:12:08 PM

Quote

One hashboard has 44 cores (thousands? where does that number come from?

While I do not own one should be safe to assume there are 44 chips per-hashboard. Each chip has hundreds of cores in it. Even the A1 chip from 2014 had 256 cores per-chip.

And yes, it is not uncommon for not all cores in a chip to not work though it should at worst be just a few dead cores. That said, most chips should have 100% functional cores.

Right, right, it's confusing since the website says 44 ASIC cores Grin

Still confused about how a few dead cores result in a number of 70% 'error rate' in GUI, somehow the given explanation didn't clear it up much for me at least.

Each of our ASICs have ~4k SHA256 engines in them (so ~175k in each Apollo). Only one of these need to be bad to throw a really high error rate.

Error rate is calculated against good solutions based on an internal solution difficulty, not ALL solutions produced by the ASIC (would be impossible/waste of resources to do integrity check on each SHA256 pass). What happens with a bad logical core is that ALL solutions it produces are spit out as valid solutions, then the miner software does a check on them which are determined to be bad solutions, so the calculated error rates ends up inflating higher than it really is.

Normally each core produces an random amount of error that just has to do with spontaneous logical errors that happen in the chip due to low gate voltage, this is what the error rate is supposed to convey, but we cant easily catch the kind of errors that have to do with a bad logical cores.

Hope that explains it a bit.

bigverm

newbie

Activity: 6

Merit: 0

Quote from: straddle on August 28, 2021, 05:45:43 PM

Questions:

1. How many Standard (hashboard only) units can be managed from the Full package (controller) unit? I already have one full package unit which I ordered in Batch 1, and have two standard hashboard-only units on order from Batch 2. I want to know if I could manage a third standard unit from my existing controller unit, or is two the maximum?

2. I am currently using the Futurebit PSU in Turbo mode. Is there a significant advantage to upgrading the PSU to achieve 3.8Th/s or does running the Apollo BTC at this level dramatically reduce their lifespan, and cause them to overheat?

3. On the basis that the answer to question 2 is Yes, can anyone recomend a PSU that can power three Apollo BTC devices (one full package unit and two hashboard-only units)?

4. Is there any news when the Batch 2 Units will reach Europe?

Thanks in advance.

1. How many Standard (hashboard only) units can be managed from the Full package (controller) unit?

a. Can I add a 3rd standard unit from my existing controller unit? or 2 standard units the maximum?

- Have 1 full package unit which I ordered in Batch 2

n0nce

hero member

Activity: 924

Merit: 5950

not your keys, not your coins!

Quote from: NotFuzzyWarm on August 29, 2021, 04:12:08 PM

Quote

One hashboard has 44 cores (thousands? where does that number come from?

While I do not own one should be safe to assume there are 44 chips per-hashboard. Each chip has hundreds of cores in it. Even the A1 chip from 2014 had 256 cores per-chip.

And yes, it is not uncommon for not all cores in a chip to not work though it should at worst be just a few dead cores. That said, most chips should have 100% functional cores.

Right, right, it's confusing since the website says 44 ASIC cores Grin

Still confused about how a few dead cores result in a number of 70% 'error rate' in GUI, somehow the given explanation didn't clear it up much for me at least.

NotFuzzyWarm

legendary

Activity: 3892

Merit: 2797

Evil beware: We have waffles!

Quote

One hashboard has 44 cores (thousands? where does that number come from?

While I do not own one should be safe to assume there are 44 chips per-hashboard. Each chip has hundreds of cores in it. Even the A1 chip from 2014 had 256 cores per-chip and no doubt jstefanop can tell folks how many are in chip. Along that line, who's and what chip is used?

And yes, it is not uncommon for not all cores in a chip to not work though it should at worst be just a few dead cores. That said, most chips should have 100% functional cores.

n0nce

hero member

Activity: 924

Merit: 5950

not your keys, not your coins!

Quote from: jstefanop on August 29, 2021, 01:45:14 PM

No how error rate is being reported is a little deceptive right now. It counts all bad solutions coming from a core even if one core is bad out of the thousands of cores inside one ASIC (ie producing 100% bad solutions). This causes the error rate to be higher than it really is. Error rate is there to find bad solutions due to low voltage for tuning purposes. We should be filtering out bad cores but this is complicated to do in practice.

For now its better to look at your hashrate, ie if your hashrate is 70% lower than your other units then your unit is really defective, if hashrate matches your good which is what your seeing. This only affect a very small number of units.

I am not the one with the issue, but I don't fully understand what you're saying. One hashboard has 44 cores (thousands? where does that number come from? Huh

). If one of them has 70% bad solutions, that's what will be reported for the whole hashboard in the GUI? So just the core with the highest error rate is reported, is what you're saying?

jstefanop

legendary

Activity: 2193

Merit: 1401

Quote from: jnglfvr on August 29, 2021, 10:14:00 AM

Posted earlier about instability issues in balanced and a high error rate.

Screenshot from my dashboard today. The one with the ~70% error rate is also the one that fails. It has consistently been that unit, and the error rate has remained consistently around that.

Is this a defective unit or something I can fix?

No how error rate is being reported is a little deceptive right now. It counts all bad solutions coming from a core even if one core is bad out of the thousands of cores inside one ASIC (ie producing 100% bad solutions). This causes the error rate to be higher than it really is. Error rate is there to find bad solutions due to low voltage for tuning purposes. We should be filtering out bad cores but this is complicated to do in practice.

For now its better to look at your hashrate, ie if your hashrate is 70% lower than your other units then your unit is really defective, if hashrate matches your good which is what your seeing. This only affect a very small number of units.

100knot2dae

member

Activity: 100

Merit: 29

Quote from: jnglfvr on August 29, 2021, 10:14:00 AM

Posted earlier about instability issues in balanced and a high error rate.

Screenshot from my dashboard today. The one with the ~70% error rate is also the one that fails. It has consistently been that unit, and the error rate has remained consistently around that.

Is this a defective unit or something I can fix?

If you haven't done yet, try unplugging the good unit and only let the one with the 70% error rate stay connected to the node. If the faulty board is hashing good now, it's likely a power supply issue.
You could also try swapping USB cables and/or switch the ports on the node vice versa between the units. Principle of exclusion always helps to pinpoint the problem.

If nothing helps, it may be a hardware or manufacturing issue. In that case, best contact the futurebit customer support.

jnglfvr

newbie

Activity: 4

Merit: 0

Posted earlier about instability issues in balanced and a high error rate.

Screenshot from my dashboard today. The one with the ~70% error rate is also the one that fails. It has consistently been that unit, and the error rate has remained consistently around that.

Is this a defective unit or something I can fix?

https://i.postimg.cc/jjG8XkL4/Screenshot-20210829-062730-2.png

n0nce

hero member

Activity: 924

Merit: 5950

not your keys, not your coins!

Quote from: bigverm on August 29, 2021, 09:23:44 AM

For Question #5 What can we do with our Node?
Can we choose to designate our Node into a Lightning Network Node?
This will help us earn extra BTC and Devs can take a fee from it.

Hey there, LN node operator here! Don't expect to make any significant amount of money from routing LN payments.

I am quite sure you can install lnd or c-lightning on the Apollo (don't have mine yet), and you should definitely do it, it always helps! But payments are meant to be cheap, so users usually pay 1 satoshi per hop, some node operators even run their nodes fee-less.

A payment takes a max. of 10 hops in my experience, so you're looking at 'locking in' millions of satoshis in channels just to gain a few (single-digit amounts we're talking about) satoshis in fees. So you won't really 'earn BTC' - you'd earn more Bitcoin working 1hr as a waiter and buying BTC with the money you got there Grin

(rough calculation: 10$ ~ 20KSat)

bigverm

newbie

Activity: 6

Merit: 0

Quote from: gt_addict on August 28, 2021, 05:26:55 AM

Quote from: cosmiconion on August 28, 2021, 05:04:32 AM

Questions (happy to tip with $NTBC, NoteBlockChain, just post your address:

1. Does BTC version allow for multiple pools to be set up ie for fail over? (exists on the LTC version)

2. Is there a donation option ? (exists on LTC version) or is this being taken automatically on BTC version?

3. Remote controlling the Raspberry pi4 , can we use VNC viewer? seems SSH is supported natively only. Usually VNC is included with debian versions on Linux.

4. When node complete (should take 2-3 days), if I shut down, will Node still be in place (will it update blockchain from where left off).

5. What can we do with Node? Any advantage for newbie or are we just helping the network in the background

Recommendations:
- multiple pools enabled
- allocation of time / hash to different pools
- we can measure performance on pools
- VNC viewer included in FutureBitOS

happy to tip with $NTBC, NoteBlockChain
www.notebc.com

1) Multiple pools arent available yet but I think the dev team are working on it.

2) No Donation option.

3) The SBC in the Full Unit is an Orange Pi but not sure what flavour of OS its running but I'm sure you could install it. From what I've seen the Dashboard runs through firefox so if you have a viewer installed it should show you that.

4) Node will store all data upto the point at which it was turned off. Then once powered on again it will update from the last known block. So the longer its off the longer it will take to update.

5) Node is just there to help the network for now. I think jstefanop has said you can use various apps etc to utilise the node but not sure how to do any of that myself.

For Question #5 What can we do with our Node?
Can we choose to designate our Node into a Lightning Network Node?
This will help us earn extra BTC and Devs can take a fee from it.

Topic: Official FutureBit Apollo BTC Software/Image and Support thread - page 114. (Read 53731 times)