I was just exploring if there's a way to post data from BSC Scan to Sanity.
What is the current progress of Presale.
If I have a contract where people vote by paying gas fee, I could fetch those vote counts on Sanity.
Related
My naive understanding behind how currency trading works on Exchanges like Binance and Coinbase is each users are provided with unique address and when the respective currencies trade happens on exchanges like Binance or Coinbase, both the parties accounts get's updated live on blockchain.
To elaborate more, In case of ETH/BTC trading, let's say, Mr Foo wants to trade his ETH with Mr Bar's BTC on Binance exchange. Binance will provide both of them with unique address respectively to their currency. So when the ETH/BTC trade take place, Mr Foo will receive the BTC on his newly generated unique BTC address and Mr Foo's ETH account will be deducted . On the other side, Mr Bar's BTC account will be deducted and Ether account is updated with newly received ether.
I'm really confuse regarding whether these currency trading on exchanges execute live on Blockchain? Recently during Bitcoin and Ethereum network congestion, I did BTC/ETH trading on HITBTC, the process happened instantaneously, but I've to wait for hours during withdrawal process. Also Hitbtc seems to be using same Ethereum account (0x65e2c5175e2e618f48e70343b14c31b280e42d90) to transfer fund during withdraw request for multiple users. It seems that these exchanges are using the same address for serving multiple users.
Could somebody explain how users accounts are updated during currency trading on exchanges like Coinbase and Binance? Does trading immediately happens live on blockchain? Or Exchanges only shows the users with fake trading balances until it's withdrawn? Do the Exchanges use same address to accept deposits from multiple users?
Thank you for your time.
Check out this thread for a brief explanation of Coinbase's order management.
Answer on the reddit thread, supposedly from a coinbase insider.
In addition, my comment above was just based on intuition and my general knowledge of the way brokers work.
Brokers
Brokers tend to match orders first since they are in the business of exchanging, not investing. Meaning they make their most consistent revenue from fees generated by facilitating customer orders, not by investing in the securities or assets that they help to buy/sell.
Sometimes in order to fulfill an order the broker will go long or short a particular asset class, in this case bitcoin or ethereum, etc. If this happens the broker is exposed to fluctuations in the price of that asset against the asset they are trying to grow (cash).
Now, since Coinbase is heavily involved in crypto it might be part of their strategy to hold Bitcoin or Ethereum inventory, but I would doubt it would figure much since that would undermine public trust in their institution as an impartial exchange. No one really likes to hear their broker bet against them, it tends to engender resentment.
Technicals
Coinbase is setup as a software wallet, meaning you have an account, with the private keys stored on their server. So it is possible for them to facilitate some of the trading between bitcoin accounts without ever having to match orders with an account holder outside their system.
Meaning, they can collect/match/fill the orders in batches and then submit those batches to bitcoin miners. This would allow them to quickly "fulfill" your order, and then send you verification once it has been posted to the blockchain.
Further Reading
Although it is not specifically geared towards crypto exchanges there is an excellent book on the subject of how markets actually function.
Market Microstructure in Practice
Here is blockchain link:
https://blockchain.info/address/14f4WdcxkRhP2N5JbCWe3q7QcNtDiX82ba?filter=1
Here you can clearly see that that total received bitcoin was about, but he spent more than 200 i guess...
Can someone explain how is that even possible?
Whoever who made these transactions had other sources of funds than just the account you queried. Thus he was able to form transactions that delivered more funds than that one account received.
If you total amount delivered by all of the transactions that drew from that account, they do total more than 200 Bitcoins. But those transactions drew from many accounts, not just this one.
For example, if you look closely at transaction ce99101a40bcf2bceab57ac43ff881260a6961c546b9d52e0737ed6acd39a43a you can see that while the transaction delivered over 25 Bitcoins, it had numerous input accounts. Only 0.1528 Bitcoins came from 14f4WdcxkRhP2N5JbCWe3q7QcNtDiX82ba.
Note that this is perfectly ordinary. Some wallets behave this way automatically, constantly generating additional accounts to hold funds and managing those sources as a unit, forming transactions that draw from several of them and returning unspent funds to yet another new account.
I am using Yodlee to get the transactional history and summary of accounts for my clients to do some predictive maths on their debt levels.
Is it possible to get the interest rate for a credit card account? Looking in the data model here there are references to APR and interest paid to date.
However using Testdrive These fields are not being returned using: getItemSummaryForItem1 or getContentServiceInfo1.
The banks I am using are ANZ (NZ) and ASB (NZ) I would like to know if these sites do not support credit card interest rates, if they do please let me know what api calls I need to make to retrieve them.
As a data field interest rate(APR) is supported, but it also depends upon the bank whether they provides it or not. If you are existing Yodlee customer, you can send a request to Yodlee Support team to get your doubts clarified. BTW, the API should be used- getItemSummariesForSite or getItemSummaryForItem1( if you are looking for further details, pass correct Data Extents, while making request).
I need opinion on cheapest credit card processing api, any one aware of. Also I would like to know if any service is available which let me accept credit card on form and transfer it to multiple customers’ accounts. I mean after charging my fees I send the remaining transaction to customer account.
I would check out Stripe Connect API to fit your needs. It is fully PCI compliant and you can allow users to make transactions with each other. You can even take an application fee per charge without without having to collect any full payments yourself. Which basically means (for example), UserA can pay UserB $20 directly, and you can charge a $1 fee for that transaction. You collect the $1 and UserB gets his $19.
Of course, though, they do charge a modest 2.9% + 30 cents per transaction. But in my past experiences, Stripe Connect has been my favorite and easiest to implement.
Does anyone know if there is a publicly available PayPal resource that would allow me to calculate transaction fees in my Magento code?
For example, if someone buys something for $1.00, I'd like to know if $0.15 of that is a PayPal fee.
If there were a resource, like paypal.com/currentfees.xml or something that I could readout in my PHP code, I could that. Does it exist? I know there are different fees for different payment methods (e.g., AMEX) and fees could change at any time -> So it'd be good to have a dynamic way to calculate how much of Magento's order totals are really PayPal fees.
EDIT: To clarify, I'm not interested in charging customers more, just in knowing how much of my price is going to fees. For bookkeeping.
Thanks!
PayPal fees are not the same across accounts or even by transaction; there are different fees for cross-border transactions, PayPal Here transactions, large-merchant discounts, et cetera.
Have a look at https://www.paypal.com/webapps/mpp/paypal-fees for more detail.
So no, unfortunately you can't pull a resource to find the current fee.
However, PayPal does return the fees paid for each transaction in the API response.
For example, if you're integrated with PayPal Express Checkout, the DoExpressCheckoutPayment API (doc) is used to finalize a transaction. This API call returns a 'PAYMENTINFO_0_FEEAMT' parameter which contains the total fee amount paid for the transaction.
Should you wish to retrieve this information after the transaction has been completed; PayPal also offers the GetTransactionDetails API call (doc). This API call also returns 'FEEAMT' as a parameter.
Simply submit the TRANSACTIONID and read out the FEEAMT.
Note: Fees are only calculated on completed transactions. You won't get a FEEAMT back for any order or authorization-ID's (e.g. those starting with O-xxxxxxxx).