 Show Posts
|
|
Pages: [1] 2 »
|
|
This will be the easiest $1000+ you can ever make. I will pay you directly to work with me on some referral programs.
1. You must be a legal US resident who is at least 18 years old.
2. Minimum work and time involved.
3. You will receive both one-time payments and recurring payments.
4. Zero risk. No funny investments or fees required.
If you are interested please DM me and leave your discord if you have one. Thanks.
|
|
|
|
|
great business. feel free to dm.
|
|
|
|
|
We are paying 1K per month + commissions for anyone who can help market our services.
1. You must be a US resident.
2. Digital marketing skill is preferred but not required.
3. Payment can be sent to you in any crypto of your choice. Preferably stable coins such as USDT.
DM for more info if interested.
|
|
|
|
|
Can also give a signup bonus if you are to become our business affiliate. Much more profitable than doing small gigs all over the place
|
|
|
|
Preferably residing in the US. We are looking for someone who can do digital marketing or refer businesses to us. Commissions can be very lucrative and paid in crypto. DM for details if interested
Before hiring anyone and sending payment try to check who is trustworthy and who is not. Those people are trustworthy who are higher ranked with positive trust. If you can't understand who to trust and whom to not then you may use an escrow from the list of Few Trusted Escrow Providers. Thanks for the headsup. We actually prefer paying rebates instead of direct payment. For people who does not have much capital but a lot of free time, this is a great opportunity to start off of "making your first million" |
|
|
|
Preferably residing in the US. We are looking for someone who can do digital marketing or refer businesses to us. Commissions can be very lucrative and paid in crypto. DM for details if interested
I hope that you will explain a little better when it comes to negotiations, since what you stated here is quite unclear. But if you were to guess, I assume you are looking for a marketing agency. If it's only a referral commission as a way of calculating payment, I'm not sure that it guarantees success. Anyway, the first one that came to mind is AB de Royse777 who manages a marketing agency and is active on various platforms https://r7promotions.com/Yes, We are just looking for enthusiastic individuals or teams who can help market our services through digital marketing or personal word of mouth. I appreciate your help and referrals. Will definitely check them out. Thanks again! |
|
|
|
Preferably residing in the US. We are looking for someone who can do digital marketing or refer businesses to us. Commissions can be very lucrative and paid in crypto. DM for details if interested
I think your method or pattern of announcement here is very poor. This is a public platform, and this makes it necessary that you have properly listed out the work scope and medium through which the marketing would be done digitally because there are people who would want to give it a try but would be skeptical about the whole process and how it works. You did not mention the currency at which you would pay interested marketers; are you paying in bitcoin or what? Can you please enlighten us about the service you render? At first, you should have made the service you offer known on your announcement thread for all to see for themselves before engaging. Lastly where is your office based? Thank you for your inputs. I must agreement most of your points are right on. We are just looking for enthusiastic individuals or teams who can help market our services through digital marketing or personal word of mouth. We are based on the US and we can pay any coins of choice including stable coins. As for the detailed service we offer, it's a bit hard to explain in a few sentences and my partner is not sure what or how much info to be put out here so he thinks it's better leave it in the dms. Still I think all your points are totally valid and I appreciate for your inputs! |
|
|
|
yes send me details.
Thank you for your interest. Unfortunately I cannot dm you directly due to your settings. You can dm me instead. |
|
|
|
|
We are looking for someone who lives in the US and can do digital marketing or business referrals for us.
You don't have to be a pro of digital or affiliate marketing. Marketing skills do help but as long as you got spare time, word of mouth also works very well.
Our Services are very easy to sell and has a broad client base. Commissions can be very lucrative and paid in any crypto of choice bi-weekly.
Per our agreement with partners, we can disclose detailed info in DMs or other private chat venues.
If you are interested, please include your basic information / background in the DMs. Thanks.
|
|
|
|
|
Hey guys,
I know there is no "from" address when we send bitcoins. However, is there any way to prove when B receives btc, it was sent from a particular party? If A and C both claim they sent btc to B with the same amount and B only receives one payment, how do we identify the sender?
|
|
|
|
I'm sure you could come up with many other ways to combine inputs, outputs, and/or transactions to have other sizes. T
Is there any algorithm that will be able to find optimal solutions for least fees? Any script we can use to auto create multiple address transaction with address and amt information, or we have to rely on wallet UI to manually do it? |
|
|
|
Creating a transaction requires approximately 10 bytes to start with. Then, each unspent output that you use as an input to fund the transaction adds approximately 149 bytes. Each new unspent output that you create (each recipient that you send to) adds 34 bytes.
So if we send to multiple addresses one by one, each additional address will add ~10 bytes? For example, if we pack 100 receiving addresses into one transaction, then we can save ~1000 bytes of space? Also, is there a limit for how large one transaction size can be (in bytes)? Or a limit of total receiving addresses we can include in one transaction? |
|
|
|
|
Hey guys,
Has anyone used green address API? Their API doc seems a bit messy and I could not find any API function for withdrawal or sending out coins. Does anyone knows if their API support sending function and where to find it?
Also, do they support sending out to multiple address in one transaction?
Thanks!
|
|
|
|
|
With the hard fork approaching I saw bitcoin.org suggests to shun away from the hard fork adopters such as coinbase, blockchain and xapo? Any good online wallet to use?
Does anyone know those which online wallet those big exchanges such as bitstamp, kraken, bitffinex use? Do they use 3rd party hot wallet or they are using their own proprietary online wallet?
|
|
|
|
That depends on how those bitcoins were received.
If wallet B received 20 payments of 0.05 BTC all to that same address, then wallet B has 20 unspent outputs that it needs to spend. This means that the fees for spending from wallet B will be much greater than the fees required for sending from wallet A.
If wallet B received only 1 payment of 1.0 BTC to that address, then wallet B has only 1 unspent output that it needs to spend. This means that the fees for spending from wallet A will be much greater than the fees required for sending from wallet B.
The size (in bytes) of a bitcoin transaction is not effected by the number of addresses you are using, it is effected by the number of unspent outputs you have.
If we have 10 unspent outputs in a wallet, instead of sending to one address, if it sends to 10 different addresses, the fee will also be much greater? If we have different addresses in a wallet with different amount of unspent outputs, the choice of which output to be spent choosing by the wallet will affect the size of the transaction? |
|
|
|
Given that network fees are variable... it may not necessarily result in a larger fee if you have 10 inputs making up your 1 BTC, as opposed to 1 input making up your 1 BTC. What WILL happen is that your transaction will be nearly 10 times as large.
10x 148 bytes vs 1x 148 bytes... As fees "should" be calculated on a "satoshis per byte" basis... all other things being equal... a transaction with 10 inputs is likely to need 9 to 10 times the TOTAL fee to achieve the same fee rate (for example, 100 sats/byte = 148,000 sats TOTAL for 1480 bytes, vs 14,800 sats TOTAL for 148 bytes).
Also, NOTE: that the transaction size isn't based on the number of addresses... it is based on the number of INPUTS. 10 addresses with 1 input each... or 1 address with 10 inputs... either way it is still 10 inputs.
It's not like a fiat bank account... you don't put ten separate 0.1 BTC inputs in BitcoinAddressA and you magically have 1x 1 BTC input in BitcoinAddressA... you still end up with 10 separate inputs!
let's assume wallet A contains ten btc addresses with each address contains 0.1 btc, for a total of 1 btc. wallet B contains 10 btc addresses but only one btc address contains 1 btc; others have zero balance. Now if i want to send 1 btc to another address, the fees for sending from wallet A will be much greater than fees required for sending from wallet B? Also, I believe if we want to send different amount of btcs to 100 different addresses, if we do it in one transaction can save more network fees than doing them one by one. However, bitcoin core and electrum may handle this 'sendmany' function differently internally, resulting in different fees. I am in search of a wallet with its 'sendmany' function that will result in least fees  |
|
|
|
|
Hey Danny,
Thanks for the explanation. If I have 10 address with a total amount of 1 btc. When I try to send total 1 btc to another address, will it cost me more network fee than me sending it out from one address which contains 1 btc?
For sending to multiple address, what wallet is the best choice for us to package the multiple transactions into one to save the most network fee?
|
|
|
|
If this is true, the wallet will auto recognize / create a new btc address and pre-determine a deposit address in the wallet before sending btc out?
Yes. When you use a properly written wallet that uses unique change addresses, then the wallet generates the change addresses for you and keeps track of them internally. So we are totally relying on bitcoin wallets to spend bitcoins? And each time we make a payment, we need to back up a new private key and the old private key will become useless? In this case, for each transaction we have to perform a backup? For people with paper wallets, if they decide to spend the coins, each time they make a transaction, they need to print out the new keys and store them? For multi-sign keys, each time we spend balance on that address, we also need to produce and distribute multiple private keys to different ppl? |
|
|
|
|
Hey guys,
A few questions about common bitcoin wallet functions:
1. if i have a wallet but forget the passphrase, i cannot recover the passphrase or gain access to the private keys unless i have printed them out?
2. If a wallet generates many addresses, and I use a new address for each new deposit. How do I manage all the small deposits on different addresses? If I send certain amount of btcs from this wallet, it will automatically deduct coins from multiple addresses? And in which order?
3. I heard when sending btc out, each used address's btc will all go out and then the changes will go back to a new address in the wallet. If this is true, the wallet will auto recognize / create a new btc address and pre-determine a deposit address in the wallet before sending btc out?
4. One btc wallet can generate unlimited amount of btc address (private keys)? Which btc wallet do you recommend to use to generate a large amount of btc addresses offline?
|
|
|
|
....
How do we ensure the safety of the private keys if they are all generated online? How do we protect the private key info or if we are going to install them in a server db, how do ensure it will not be copied or altered?
Safety of online keys does not exist if the bytes of the private key are transmitted between computers or through networks. How does exchange ensure the safety of the coins then? Do they encrypt the private keys (and does it work?)? |
|
|
|
|
