We need to know that is there any possible ways to automatically fetch the Users wallet addresses of those who swapped their tokens in a DEX exchange in the etherscan site! As we are now able track the DEX contract addresses and tokens for now. But, we do not have a clue about tracking the users wallet addresses of the DEX exchanges like uniswap, sushiswap, 1inch.
We are expecting a solution for a problem that we stated. we do not have a clue about tracking the users wallet addresses of the DEX exchanges like uniswap, sushiswap, 1inch.
Related
We need to start keeping track of user activities across the website. This means a user with inappropriate behavior should be marked somehow. First of all, how can I actually catch if an IP address is accessing the website from different browsers? Can this be done with cookies? Can this be done by keeping track of IP address's user agent activity? Something like keeping data inside a file/database table and per 2-3 days analyze this data and decide which accounts to delete.
I’m working on a security token for a tokenized hedge fund and I need help in how to structure the project.
My background is in algorithmic trading and I’ve developed and tested an algorithm for trading cryptos. My goal is to turn this into a token to democratize the kind of investment usually only restricted to accredited investors. And of course, I would charge a small management fee.
My idea was to create a BEP-20 token, sell a number of tokens in an STO, burn whatever is not sold initially, and start trading with the funds from the STO. My management fee would be charged by minting new tokens periodically (daily or weekly).
A couple of questions:
I want to do the STO on a DEX (for regulatory reasons). I was thinking Pancakeswap, pairing my token with BUSD or USDT, but how can I control the price with their AMM algo? Is there a way to automatically adjust liquidity with a smart contract?
The value of the token will be linked to the underlying assets in the funds (10 different cryptos + 1 or more stablecoins depending on the size of the fund). Assuming you have the addresses where the 10 cryptos (plus the stablecoin) are held, how do you know how much is held in each and therefore are able to determine the total value of the fund?
And once you have determined the value of the token (total value of the fund divided by number of tokens in circulation), can you control the price on Pancakeswap with a smart contract? Or is this done separately?
In the end, the goal is to create a security token which value is guaranteed and linked to the underlying assets in the fund.
Am I approaching the problem the wrong way? If so, how would you do it?
You could theoretically "adjust" smart contract liquidity by using the router in Uniswap which would give you methods to add liquidity to a ERC-20 token.
Having a token linked to underlying assets could be achieved by having the token go through a defi protocol like avve, your token would have a value and by making your asset the collateral you could achieve purchasing power for other currencies.
The first price is given by the rate you make in the liquidity pool, if you were to create the token with a LP of 50 ETH then your token starting price would be 1/2 ETH. It's up to the market to determine the price after that.
How can Generate new unique USDT (Tether) addresses for the deposit (for each order I need a new deposits address) in Binance API?
Only one address per currency per user may be generated. If you already have an address for a currency, you will not be able to generate a new address.
You can reach out to Customer Service if you’d like to change the deposit address manually.
I have a website, and I need each user of the site to have their own unique bitcoin address. Any funds sent to these addresses I need to be automatically transferred to a master wallet for me.
Any ideas on how I can set this up easily? The first stage is to generate bitcoin wallet addresses with code. I have no idea how to do this. The second question is then how do I access those funds and withdraw the money.
You can use the Bitcoin Core Api getaccountaddress with the account parameter as the user Unique ID from your Database. It will generate addresses that belongs to specific user but with a single Private Key that you own.
You can spend the funds with just normal transaction on Bitcoin Core Wallet.
I'm investigating the use Authorize.net for a client that has N physical locations, each with their own distinct set of goods to sell and each with their own merchant account. I'm thinking about using the CIM feature, which allows me to store sensitive customer data with Authorize rather than holding onto it myself. That's a big win; I'd prefer not to have to deal with the complexities of managing sensitive data.
However, it appears that the CIM feature is storing this information on a per-merchant-account basis. That is, if I store some customer data Z with merchant account A, I can't use that same data with merchant account B, even though A and B both correspond to the same entity and the data represented by Z is identical in each case. That seems silly: the customer will have to re-enter their data once for each store, even though all the stores are part of one chain.
Is there a way I can do this with Authorize.net? If not, is there an alternative which allows me to reuse customer representations across merchant accounts, without storing the sensitive data myself? Are there other more general solutions that would get me what I want, or do I have to resort to holding onto this data myself?
Unfortunately Authorize.Net's CIM service, as well as all of their services, are on a one-to-one relationship with a merchant account. So if you wish to put a profile in multiple CIM accounts you would have to do it for each CIM individually.
Based on your requirements it looks like you may find it easier to store the information yourself.
You can try to centralize connectiivity to Authorize.net and this centralized service will store the mapping within where user entered his sensitive information, and pass it to centralized authorize.net adapter as part of customer identtity,like so "customers/shop12/user12345" over an encrypted connection. THat centralized service will need a Authorize.nwt credentials table, of course (shopid, apiLogin, transactionKey).
This is a possible solution if your client accepts storing api credentials outside of "shops"