Feature Requests

Requesting support explorer.inkonchain to display Uniswap V3 Factory contract addresses deployed on Ink by Relay Protocol/Reservoir Tools. https://gov.uniswap.org/t/rfc-deploy-uniswap-v3-on-ink/25080 Tokens deployed using the V3 NPM address do not show up on https://explorer.inkonchain.com/pools?query=0x87b1bfd2f6d737c416c515de9038d307456e961b and therefore are not recognized anywhere.

Currently only blockscout/blockscout provide arm64 image, others like blockscout/frontend does not have any arm64 images. Would you please also provide arm64 docker images for all the images? Thanks

make the pfp wallet with nft we got from testnet, or buying, it make character about their wallet

Enable a CSV file to be downloaded for all transaction history to assist with tax returns

Currently, Blockscout supports Solidity, Vyper and Styus contracts. I would like to add support for Huff contracts. The verification process would be very similar to any other. One might argue that Huff is only slightly more readable than the bytecode. While that may be true, having named constants, macros and jump labels as well as comments in the code can be a significant win for readability of Huff code bases

Objective: Enhance the Block Explorer application by introducing the capability to configure and utilize multiple RPC (Remote Procedure Call) endpoints simultaneously. This feature aims to address potential limitations, such as API rate limits and downtime, by allowing parallel requests to different RPC servers. Additionally, it provides a mechanism for automatic failover and backup in the event of an RPC server becoming unavailable. Proposed Features: 1. Multi-RPC Configuration: - Allow users to set up and configure multiple RPC endpoints within the Block Explorer application. - Provide a user-friendly interface for managing and prioritizing these RPC servers. 2. Parallel Request Handling: - Implement the ability to send requests simultaneously to multiple configured RPC servers. - Introduce intelligent load balancing to distribute queries efficiently among the specified RPC endpoints. 3. Automatic Failover: - Detect and handle RPC server failures in real-time. - Implement an automatic failover mechanism to redirect requests to available RPC servers when one or more become unreachable. 4. Backup RPC: - Allow users to designate certain RPC servers as backup options. - When a primary RPC server is down, seamlessly switch to a backup RPC to ensure continuous Block Explorer functionality. 5. Status Monitoring: - Provide a dashboard or status page to monitor the health and availability of configured RPC servers. - Enable notifications or alerts for users/administrators when an RPC server is experiencing issues. 6. Expected Benefits: Improved overall reliability and uptime of the Block Explorer application. Mitigation of potential API rate limit issues through parallel request handling. Enhanced fault tolerance with automatic failover and backup RPC functionality. Additional Information: Consideration should be given to the implementation details, potential user configurations, and the impact on application performance. Collaboration with the community for testing and feedback is encouraged to ensure the success of this feature.

Currently wallet can be connected when user is signed out which causes confusing user scenarios. More clear and transparent user flow is to disconnect wallet on user's sign out. Let's please discuss all pros and cones of this approach.

Sometimes when a deep reorg happens in L2 when the batch is expired, blockscout takes a huge amount of time to recover. In this case, I often clear the data and force it to re-index. But this will also clear the contract verification result. It would be great if there's support for exporting/importing contract verification result. Btw, I know there's a bytecode db service, but it introduces an architecture change which I want to avoid.

Hi Team, Today i have created a smart contract and deployed that smart contract on custom chain which is deployed on caldera. But when i am trying to verify that contract so i didn't get any api key that's why i am facing issue to verify a contract without api key by using hardhat pulgin. Could you please help me how i can verify my smart contract on custom chain.