Bitcoin Forum
May 26, 2024, 04:47:15 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 ... 61 »
61  Bitcoin / Mining speculation / Re: 2023 Diff thread now opened. on: September 19, 2023, 12:08:07 AM
https://newhedge.io/terminal/bitcoin/difficulty-estimator

Latest Block:   808291  (2 minutes ago)


Current Pace:   105.7403%  (1892 / 1789.29 expected, 102.71 ahead)


Previous Difficulty:   55621444139429.57                            
Current Difficulty:   54150142369480                              
Next Difficulty:   between 57255328397752 and 57267799561504
Next Difficulty Change:   between +5.7344% and +5.7574%
Previous Retarget:   September 5, 2023 at 10:24 PM  (-2.6452%)
Next Retarget (earliest):   Tomorrow at 4:10 AM  (in 0d 19h 32m 41s)
Next Retarget (latest):   Tomorrow at 4:14 AM  (in 0d 19h 36m 49s)
Projected Epoch Length:   between 13d 5h 45m 34s and 13d 5h 49m 43s


57.2 t coming up

that will be the all time high.


Are we expecting any new chips on the market anytime soon? 

Any idea how far out we are from seeing new machines come online?

Interesting times for sure!
62  Alternate cryptocurrencies / Mining (Altcoins) / Re: MagicHash - Group Based SOLO Mining - on: September 18, 2023, 01:10:22 AM
What hashrate will you mine with?
You can mine for several weeks with a hashrate of 1 terahash and several hours with a hashrate of 1000 terahash.
How to check what mining power you are renting from NiceHash or other services?


The hashrate amount can only be worked out at the time we are ready to go live as the price is changing.

For round 1 I think 24 hour rental would be best.

But for 1 ETH based on some of the rated available we could have :

20.00P   0.00004578   0.91550451   
20.00P   0.00004742   0.94831832   
15.00P   0.00005513   0.82690730   
10.00P   0.00004578   0.45775226   
10.00P   0.00004578   0.45775226   
10.00P   0.00005463   0.54634945   
10.00P   0.00005513   0.55127153   
10.00P   0.00005513   0.55127153   
10.00P   0.00005578   0.55783427   
10.00P   0.00005578   0.55783427   

Based on the rates I would say 20PH is the target if we can get more all the better it really depends on the rates at the time we are ready to start.

All hash rate orders will be monitored during the run to ensure the orders are all running as expected.

So the target is 20 PH for 24 hours for 1 ETH - or if we can secure some more then all the better.

Full orders executed will be posted also for transparency.

@ 20PH / 24hr

Chance per block: 1 in 20,323
Chance per day: 1 in 141
Time estimate: 141 days

It's long odds.  But I have seen small miners hit on the solo pool many times suppose you got to be in it to win it right?

For later rounds if everyone is happy with how its working we could set other amounts if we wanted to rent more hashpower in a round.

I hope this covers some of your questions.

Best regards.

Magic.
63  Alternate cryptocurrencies / Mining (Altcoins) / Re: MagicHash - Group Based SOLO Mining - on: September 17, 2023, 12:33:09 PM
What will you do if you catch such a block?

Paxos Confirms It Mistakenly Paid $500K In Bitcoin Fee, Blames The 'Fat Finger' On Internal Bug
https://www.ibtimes.com/paxos-confirms-it-mistakenly-paid-500k-bitcoin-fee-blames-fat-finger-internal-bug-3711808

I don’t understand why there is a smart contact here, if you can save on commissions and receive Ethereum to your address.
I understand that you will buy mining power on a solo pool, but I don’t understand with what hashrate and time solo mining will last.

Sorry FP91G I missed your comment out.

Good question indeed, As with most groups the responsibility is down to the OP to handle the output payments for the first few rounds this would be done my me until I can create some automated system which I will talk about later in the post.

Process is simple.

If a block was found it would show in the hard coded wallet address in the contract for anyone to verify.
When its found we take some details of the block and push the to IPFD Including the following.

  
Quote
       struct BlockFoundInfo
        string ipfsHash;  // The IPFS hash containing additional information about the block
        string transactionID;  // The transaction ID related to the block
        string blockHeight;  // The height of the block in the blockchain
        string payoutAddress;  // The BTC address that receives the mining reward
        uint256 timestamp;  // The time when the block was found
        string blockHash;  // The hash of the block


This also in burned onto the the chain with a IPFS hash so users can verify the pool found a block in the contract and a block explorer (this function will be key to showing round data in future)

All users submit there payment address at time of payment to join the pool,  the Bitcoin address is burned in with there transaction.  We take the mappings of all users payout address from on chain this ensures that 1 the correct address is being used as it was taken from the blockchain and the user submitted it at the time they joined.  And second it eliminates the risk of mistyping the payout address if a block were to be found.

See here for how address is added at the time of joining the pool : https://bitcointalk.org/index.php?topic=5466955.msg62857113#msg62857113

further more I would take extra steps to validate each user manually to ensure the address is correct before sending as a "sanity" check.

Going forward I would like to create some program that can monitor the core wallet for incoming transactions then split the coins down to the users as soon as the block maturity period is over.  This could be all done automated and data pulled for payouts directly from the contract.

Hope this clears up some of your concerns.

Regards.

Magic
64  Alternate cryptocurrencies / Mining (Altcoins) / Re: MagicHash - Group Based SOLO Mining - on: September 16, 2023, 09:54:26 PM
I feel you and I take on board your concerns maybe there could be other solutions to nicehash if that is the main concern here is the orders for the hashrate.  Thought I don't see how any other renting group can bypass this also maybe a solution such as MRR for example would work?

I am open to ideas and developing the concept further and take on board all concerns raised and try find solutions.


I believe with rentals like MRR orders are matched 1 to 1 which should ensure your orders get work at the stated price.
But I could be wrong, I've never used MRR or any other direct rental.

The only opportunity I see for users seems to be the ability to rent using Eth and getting rewards paid in BTC. That's not much
of an incentive when it's easy to do that on an exchange and buy the rental using the exchanged BTC.

Just the same as any other rental group in reality at the moment only with deposits and rounds handled in a smart contract, but long term the idea is to build a dapp front end that anyone can join a round of rentals.

Picture a site where users can deposit some ETH or USDT or USDC or any token for that matter into a pool with others to rent hashpower for the chance to hit the block and get a payday.

At the moment this is the start ground work for it the basics if you like the "mechanics" of the rounds deposits and payout addresses and block data being stored on-chain and via IPFS.

When you pay your deposit you input your BTC address which liked to a mapping of your deposit :



Here was my deposit into the pool as user 1 for round 1.

Code:
amount :
100000000000000000
btcPayoutAddress :
bc1qtesc50ye5euqtr67sdqke8xdwef6klasc5vx59


I think the Nicehash idea will work I have tested this myself before getting to this stage and everything worked as expected (all be it I never hit a block)
From here If there are people interested in the idea of this and maybe this could gain some traction and develop further as I feel there is a market for this as a service.

Everything from monitoring the address for balance change and block details can all be displayed along with each run's attempts this is something I may add in a later version again as a IPFD hash included in the contract with the following info.

Round Details
Code:
Total Hashrate:
Mining Start Timestamp:
Mining End Timestamp:
Total ETH Spent:
Order Data:
BlockFound: True / False
Payout Address:

I wanted to find a way to combine something I have done for many years on CKsolo pool renting miners and mining with the group structure I have done with many in the past with a smart contract and a front end allowing rounds to be conducted whenever a pool becomes full.

I understand your concerns but I just wanted to try something different and use the skills I learned along the way.

Best regards

Magic!




65  Alternate cryptocurrencies / Mining (Altcoins) / Re: MagicHash - Group Based SOLO Mining - on: September 16, 2023, 08:56:06 PM
Hashrate is rented at the market rate at the time.

None of the solo runs "guarantee" hitting a block.  so your "you need 5% of contracts" is not correct.

None of the other solo groups on the forum rent 5% of the contracts on Nicehash for there runs either.

I think you are miss-interpreting the idea and how this all works.

Come on, I know it's not guranteed, it's statistical probability based on luck but the math is the same.

The market price is a spot price that doesn't guarantee the order will get any work or that it will pay fairly for the work it does get,
as I descibed in my first post. If that's how you're setting the price some orders will expire due to being inactive too long while others
will overpay. The more that the price fluctuates after the order is posted the worse it is.

I think this is a big problen, do you?




I feel you and I take on board your concerns maybe there could be other solutions to nicehash if that is the main concern here is the orders for the hashrate.  Thought I don't see how any other renting group can bypass this also maybe a solution such as MRR for example would work?

I am open to ideas and developing the concept further and take on board all concerns raised and try find solutions.
66  Alternate cryptocurrencies / Mining (Altcoins) / Re: MagicHash - Group Based SOLO Mining - on: September 16, 2023, 08:51:00 PM
What will you do if you catch such a block?

Paxos Confirms It Mistakenly Paid $500K In Bitcoin Fee, Blames The 'Fat Finger' On Internal Bug
https://www.ibtimes.com/paxos-confirms-it-mistakenly-paid-500k-bitcoin-fee-blames-fat-finger-internal-bug-3711808

I don’t understand why there is a smart contact here, if you can save on commissions and receive Ethereum to your address.
I understand that you will buy mining power on a solo pool, but I don’t understand with what hashrate and time solo mining will last.

Thanks for the feedback.

At the moment looking at the rental markets for SHA-256 gear I'm seeing

Price/TH/Day

0.00004579 ETH | 20.00P @ 3hrs
(0.11790064)

0.00004692 ETH | 20.00P   @ 3hrs
(0.12082725)

0.00005358 ETH | 20.00P   @ 3hrs
(0.13796883)

0.00005520 ETH | 20.00P   @3hrs
(0.14214970)

Obviously the amount of hash rate we can get for the amount of ETH in the pool depends on the Price/TH/Day rate which is variable.

I feel we would want to run for 24 hours and try squeeze as much hash power as possible in that time and keep it in line with the other groups.

Again being a community project the length of time and total hash rate could be something governance could play a part in.

Most of the groups rent from 20-50ph for 24 hours normally I don't see why we could not reach these levels.

Thanks for your question!




67  Bitcoin / Development & Technical Discussion / Re: Wallet "overlap" on: September 16, 2023, 07:23:25 PM
The 24-word seed allows for 204824 unique combinations.

This yields an very large number, making it effectively impossible to guess a wallet's private key.  Wink

However, to your question, the seed phrase doesn't cover the entire Bitcoin address space.

Bitcoin addresses are typically 160-bit hashes of the public key if I am not mistaken. This means the full address space would be 2160 or approximately 1.46 x 1048. The seed phrase combinations are vast but not equal to the entire possible Bitcoin address space.

The use of an optional passphrase according to BIP-39 acts as a 25th word and creates an entirely new set of addresses.

I believe this is designed to provide an extra layer of security, often referred to as 13th/19th/25th word depending on the length of the original seed phrase but don't quote me on that. The passphrase does open up an additional address space and a passphrase-protected seed will not map to another seed without a passphrase.

In other words, seed phrase X with passphrase Z will not be equivalent to any seed phrase Y without a passphrase or with a different passphrase.

BIP-44 and BIP-84 would not create overlaps with the original 24-word seed space as they are derivations from that space.

BIP-85, on the other hand, could create seeds that open up new address spaces.

68  Alternate cryptocurrencies / Mining (Altcoins) / Re: MagicHash - Group Based SOLO Mining - on: September 16, 2023, 07:00:32 PM
Also 1 Eth is worth about 5% of a BTC block, so you should only expect to find a block with 5% of the contracts.

If you can't provide a clear, concise explanation I'd recommend everyone stay far away from this.

1 Eth is about 5% of 1 BTC with the current rates

5% of 6.25 BTC is about 8k

Yes, A lot of the other groups do max 0.1 BTC buy's so at that rate also they still won't have 5% of the contracts.

I think the idea is being a bit confused a little.

This is a solo mining effort in a group.

With a twist we use a smart contract to handle the payment for each round and use IPFS and the smart contract to keep track of any blocks found, user deposits and payout address.  

Lets say tomorrow bitcointalk loses it's database?  Where would the forum mining groups be then?

This way we have our users on chain they lose there account no problem they submitted there payment address at the time of deposit.

I tried to come up with solutions to all the ways mining groups could fail and how we could use a smart contract to mitigate some risks.

I also want to build out a framework for this as a service down the line.

1. This was done to add some transparency to the process and allow people to know they can refund if the round is not full.
2. It would allow me to create a dapp where many people can group up and use a smart contract to manage hash rate rentals.  I believe this has some future use case that have yet to be explored.  
3. We already have some groups doing this and it's fun for the community
4. We support the Bitcoin hashrate and miners along the way.

Hope this clears up some of your concerns.

Regards

Magic

69  Alternate cryptocurrencies / Mining (Altcoins) / Re: MagicHash - Group Based SOLO Mining - on: September 16, 2023, 06:41:24 PM
And no the contract is not ordering the hashrate that is done on Nicehash the contract is just the playground for the rounds and deposits.

I have no idea what this means.

1 Eth is going to Nicehash to buy sha256d hash to solo mine BTC at CKPool, isn't it?
That's called a Nicehash order. The price of a Nicehash order is set by the buyer based on perceived market conditions
at the time of purchase.

Also 1 Eth is worth about 5% of a BTC block, so you should only expect to find a block with 5% of the contracts.

If you can't provide a clear, concise explanation I'd recommend everyone stay far away from this.




JayDDee,  You are missing the concept by quite the mile here.

What is the difference between someone on the forum taking funds from users for a solo run then buying the hashrate on nicehash?

VS

The contract taking the deposit and keeping track of the rounds and deposits.


Me the OP still needs to execute the orders for the hashrate in Nicehash.


It's a solo gamble i'm not saying we are going to hit a block its like any of the solo run that myself and others have done over the years on CK pool.

Please don't come in and spoil the idea by recommending people stay away from the concept when you are struggling to understand it.

There is nothing hard to understand here.

Users deposit funds for a solo run to the contract.

Once the round is full funds are send from the contract to Nicehash.

Hashrate is rented at the market rate at the time.

None of the solo runs "guarantee" hitting a block.  so your "you need 5% of contracts" is not correct.

None of the other solo groups on the forum rent 5% of the contracts on Nicehash for there runs either.

I think you are miss-interpreting the idea and how this all works.









70  Alternate cryptocurrencies / Mining (Altcoins) / Re: MagicHash - Group Based SOLO Mining - on: September 16, 2023, 05:52:27 PM
For the first round I set it to 1 ETH if I had come in and said lets make it 10 ETH I think people might have been put off by the idea.

And actually there is not "set" amount needed to mine a block for around $1600 or 1 ETH could still rent hashrate for a run.

Some of the other groups do 5-18 users for each 0.005 BTC, 0.01 BTC buy in so I don't see how the conclusion that it would not be enough to try a run with relatively low risk?

10 Users 0.01 BTC each / 0.1 BTC 2,660$
10 Users 0.1 ETH each / 1 ETH 1638$

Most complex contract fail because of complexity but there is no real fail points in the contract if there is that would mean 99.9999% of ETH contract would have the same bug in the contract as most of the functions are highly standardised ETH functions.

Contract is also opensource and can be verified.

And no the contract is not ordering the hashrate that is done on Nicehash the contract is just the playground for the rounds and deposits.

Just like any solo run the purchase of the hash rate is done in the market place based on the best rates available.




71  Alternate cryptocurrencies / Mining (Altcoins) / Re: MagicHash - Group Based SOLO Mining - on: September 16, 2023, 03:01:11 PM
It's an interesting idea! It does mean that you have to own ETH, though, I could imagine some BTC maxis not happy!  Grin

May I ask why you're going on this project? Is it for the "beauty of art"?  
I don't really understand why you're going through a smart contract rather than the traditional route, like with Willi for example...
Doesn't this potentially add security risks to the funds ? What does this smart contract offer that the traditional way doesn't ?  At the end this is always the owner of the contract which distribute the funds if a block is found, so trust is still always needed.

In any case, I think it's very interesting in principle.

Quote
If the idea works and people like the idea I will create a front end for it and a nice dashboard to show the rounds in progress and round status
and mining status when a round begins.

Nice idea. I think that a lot of people would really like something like this.


Yes, I am afraid that means I own ETH, as I am playing a lot with smart contracts at the moment but still a Bitcoin lover at heart.

Also I think there is a lot of people who would rather burn alts for a chance to get some more Bitcoin so In reality were turning one possibly into the other!

Any Bitcoin lover should love the prospect of another coin funding hashrate right?

Over the years I have seen people interested in mining in the groups but most are BTC buy in and as a lot of people would rather hodl onto the BTC than spend it then offering it this way is a good idea.

As for security risks I took every step I could to ensure the code has no functions that are not required and I ensured that any critical functions like completeRound are executable only by the ownerOnly.

I also took steps to ensure the contract could not hold more than a set balance per round to add some extra later of security.

It will only accept deposits in the correct amount and will check if the balance is at the round threshold.

I also put my money where my mouth is and took slot 1 for round 1 by depositing my 0.1 ETH first.

And yes just like the groups a layer of trust is required in myself the op to distribute the funds once a block is found.

This is something I am thinking hard on as I would love to come up with a way to also have this done automated and open to ideas or collaboration to come up with such a system.

This is still a early concept idea with much room for improvement but I feel building a community around the idea we could come up with something really unique for people wishing to rent hash power in groups and know its all trusted behind a smart contract.  The whole idea is to build a framework with a smart contract that can handle the rounds and funds and work on a system for distributing the payment to the users once a block is found.

Also with it being a smart contract and people can be assured that if a round is not filled they will be refunded traditional groups there is no refund function if they don't fill and your at the whim of the OP once again.

Like I said this is a early concept idea with some really big plans in the background take this V1 as the test bed if it works and people like it then we move forward with the framework and website and dapp while working on some kind of automated payout system.

Hope this clears up my though process with the project.

Best regards

Magic!
72  Alternate cryptocurrencies / Mining (Altcoins) / MagicHash - Group Based SOLO Mining - on: September 16, 2023, 12:48:57 AM
GROUP CLOSED.


No interest in the project.
73  Bitcoin / Pools / Re: [∞ YH] solo.ckpool.org 2% fee solo mining 277 blocks solved! on: September 15, 2023, 09:15:59 PM
Code:
   ⠀⠀⠀⠀⠀⠀⠀⠀⣀⣤⣴⣶⣾⣿⣿⣿⣿⣷⣶⣦⣤⣀⠀⠀⠀⠀⠀⠀⠀⠀
   ⠀⠀⠀⠀⠀⣠⣴⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣦⣄⠀⠀⠀⠀⠀
   ⠀⠀⠀⣠⣾⣿⣿⣿⣿⣿⣿⣿⣿⣿⡿⠿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣷⣄⠀⠀⠀
   ⠀⠀⣴⣿⣿⣿⣿⣿⣿⣿⠟⠿⠿⡿⠀⢰⣿⠁⢈⣿⣿⣿⣿⣿⣿⣿⣿⣦⠀⠀
   ⠀⣼⣿⣿⣿⣿⣿⣿⣿⣿⣤⣄⠀⠀⠀⠈⠉⠀⠸⠿⣿⣿⣿⣿⣿⣿⣿⣿⣧⠀
   ⢰⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡏⠀⠀⢠⣶⣶⣤⡀⠀⠈⢻⣿⣿⣿⣿⣿⣿⣿⡆
   ⣾⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⠃⠀⠀⠼⣿⣿⡿⠃⠀⠀⢸⣿⣿⣿⣿⣿⣿⣿⣷
   ⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡟⠀⠀⢀⣀⣀⠀⠀⠀⠀⢴⣿⣿⣿⣿⣿⣿⣿⣿⣿
   ⢿⣿⣿⣿⣿⣿⣿⣿⢿⣿⠁⠀⠀⣼⣿⣿⣿⣦⠀⠀⠈⢻⣿⣿⣿⣿⣿⣿⣿⡿
   ⠸⣿⣿⣿⣿⣿⣿⣏⠀⠀⠀⠀⠀⠛⠛⠿⠟⠋⠀⠀⠀⣾⣿⣿⣿⣿⣿⣿⣿⠇
   ⠀⢻⣿⣿⣿⣿⣿⣿⣿⣿⠇⠀⣤⡄⠀⣀⣀⣀⣀⣠⣾⣿⣿⣿⣿⣿⣿⣿⡟⠀
   ⠀⠀⠻⣿⣿⣿⣿⣿⣿⣿⣄⣰⣿⠁⢀⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⠟⠀⠀
    ⠀⠀⠀⠙⢿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡿⠋⠀⠀⠀
   ⠀⠀⠀⠀⠀⠙⠻⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⠟⠋⠀⠀⠀⠀⠀
   ⠀⠀⠀⠀⠀⠀⠀⠀⠉⠛⠻⠿⢿⣿⣿⣿⣿⡿⠿⠟⠛⠉⠀⠀⠀⠀⠀⠀⠀⠀

So my fellow miners buddies!

I have been in the lab working on some projects recently one of which I think might be interesting to try out here in the group.

So let me start off by kicking off the first Smart Contract - MagicHash Rounds!

The concept is simple. We use a smart contract on the Ethereum network to pool our resources. Each "round" of mining has a predefined limit of how much ETH can be collected. Everyone can contribute, you have to contribute a fixed amount each time to keep things fair and square just like standard rounds everyone knows and loves.

When you want to join a mining round, you use this function to send in your ETH and specify your BTC payout address.

You can't just send any amount it's got to match the deposit size for the current round.
The contract checks if the round is already full, so you won't be sending ETH into a black hole or anything.

Once the round is full completeRound Function is called which then sends the funds over to the Nicehash address hardcoded into the contract.

Code:
address payable niceHashAddress = payable(0x836049EAfA2B0CD48DFBc2114eD21Ff346270986);

This function is also able to be updated by the contract owner if the address changes in Nicehash for any reason.  
This will also be manually checked each round before the function is called.

Here is some of the code that might interest some of you.

Full Contract : https://etherscan.io/address/0xc51972112f899b9d02a2716e44fa4ccd1f066d55#code

Each round has a set maximum deposit limit (e.g., 1 ETH for Round 1 can be changed later if users want to rent larger amounts)
Each round has a set deposit size (e.g., 0.1 ETH).
A round is considered complete once the maximum deposit limit is reached.

Code:
    
        struct RoundInfo {
        uint256 maxLimit;  // The maximum amount of ETH that can be deposited in this round
        uint256 depositSize;  // The size of each individual deposit in ETH
        uint256 currentTotal;  // The current total amount of ETH deposited in this round
        bool isComplete;  // Whether this round is complete or not

Code:
    constructor() {
        owner = msg.sender;
        miningBTCAddress = "bc1qy7xdv25rv5ejkh4vkv4m8x7ctyzagma62ef0eh";

        // Initialize the first round
        RoundInfo memory initialRound = RoundInfo({
            maxLimit: 1 ether,
            depositSize: 0.1 ether,
            currentTotal: 0,
            isComplete: false
        });
        rounds.push(initialRound);
        currentRound = 0;
    }

If a block is found, the contract owner manually enters details about the found block, including a hash from IPFS that contains the transaction ID, block height, payout address, timestamp, and block hash.

Code:
    
        struct BlockFoundInfo
        string ipfsHash;  // The IPFS hash containing additional information about the block
        string transactionID;  // The transaction ID related to the block
        string blockHeight;  // The height of the block in the blockchain
        string payoutAddress;  // The BTC address that receives the mining reward
        uint256 timestamp;  // The time when the block was found
        string blockHash;  // The hash of the block

If we do not fill the round the refund function will pay users back if we do not reach the target for the run to begin.

Code:
    function refundUsers() public onlyOwner {
        require(!rounds[currentRound].isComplete, "Round already complete");

        for (uint256 i = 0; i < roundDepositors[currentRound].length; i++) {
            address user = roundDepositors[currentRound][i];
            uint256 refundAmount = userInfo[user].ethDeposited;

            payable(user).transfer(refundAmount);

            emit Refunded(user, refundAmount);
        }
    }
}



============== ROUND 1 =================
Contract Address :

https://etherscan.io/address/0xc51972112f899b9d02a2716e44fa4ccd1f066d55#writeContract

Round 1 Deposit Amount =   0.1 ETH (Per User)
Max Users = 10
Total Deposit Limit = 1 ETH

How to take part :

1.)  DO NOT SEND ETH DIRECTLY TO THE CONTRACT ADDRESS
2.)  Head to the contract link https://etherscan.io/address/0xc51972112f899b9d02a2716e44fa4ccd1f066d55#writeContract
3.)  Connect your wallet with the connect web3 button
3.)  Use the function 4. deposit  and enter your amount (0.1) and your BTC address.



5.) When you enter your BTC address MAKE SURE IT'S CORRECT!
6.) Come back to the forum and post your TXID to the forum you will be added to the list.
7.) Only 1 ETH can be in the contract so only 10 users can deposit at any round first come first serve.
8.) The mining address is stated in the contract and you can follow along mining at :

https://solo.ckpool.org/users/bc1qy7xdv25rv5ejkh4vkv4m8x7ctyzagma62ef0eh


ID |User           | TXID
---------------------------------------------------------------------------------------------------------
1 | MagicByt3    | 0x4dc994f6d34bb8648791d3c2ef47cdca60378442e861c1b77041365f5a59a4fe
---------------------------------------------------------------------------------------------------------
2 |
---------------------------------------------------------------------------------------------------------
3 |
---------------------------------------------------------------------------------------------------------
4 |
---------------------------------------------------------------------------------------------------------
5 |
---------------------------------------------------------------------------------------------------------
6 |
---------------------------------------------------------------------------------------------------------
7 |
---------------------------------------------------------------------------------------------------------
8 |
---------------------------------------------------------------------------------------------------------
9 |
---------------------------------------------------------------------------------------------------------
10 |
---------------------------------------------------------------------------------------------------------


If the idea works and people like the idea I will create a front end for it and a nice dashboard to show the rounds in progress and round status
and mining status when a round begins.

Thanks guys!

Lets find a block!

Ps - Sorry CK will add a full topic in another thread once get some people interested <3 sorry for long topic <3

Full topic so not to full CK's pool post : https://bitcointalk.org/index.php?topic=5466955.msg62859282#msg62859282
74  Bitcoin / Project Development / Re: [BETA] MoonWalker - Just Another Bitcoin Brute Forcer on: August 08, 2023, 10:23:02 AM
Opensource the code or no one will use this.

This seems like a piss poor attempt to try infect people nothing more.

Must try harder.  Or just fuck off.
75  Other / Off-topic / If you think you found Satoshi? on: August 08, 2023, 02:32:52 AM
Hey guys.

I wanted to ask what you would do if you thought you found Satoshi..

Let's say you found someone who fits the bill perfectly.  
Every detail even down to a extended hiatus from end of 2008 - 2011. (when Satoshi "moved on" to other thing)

The person is very much alive today and is still working in the technology industry.

My question is this.

Would you reach out?  
What would you say?

Thanks in advance.

76  Economy / Long-term offers / Re: ETHMask | Privacy Toolkit | Seeking Funding on: August 03, 2023, 01:56:38 PM
Closed
77  Alternate cryptocurrencies / Service Announcements (Altcoins) / MaskETH | Transaction Masking CLI | Privacy Tools on: August 03, 2023, 01:56:00 PM
Closed as per new forum rules.
78  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][GAP] Gapcoin - Prime Gap Search - New Math Algo - CPU / GPU - Zero Premine on: July 26, 2023, 01:03:55 PM
Where had BitcoinFX gone?

Vanished again?  Wink

Keep Gappin lads.
79  Bitcoin / Bitcoin Technical Support / Re: Mass hack -- over 1000 bitcoin addresses have been affected on: July 26, 2023, 09:43:51 AM
Just spotted this for a few months back on the dev list.

libsecp256k1 bug?  This flew under the radar a bit.

Could be related?

https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2023-April/021553.html
80  Bitcoin / Bitcoin Technical Support / Re: My decision. on: July 20, 2023, 01:52:00 AM
It's also my username  Wink
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 ... 61 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!