Try   HackMD

Solo Home Staking

Having my own hardware to solo stake and setup a node for development and research purpose has always been in my heart

Huge thanks to EthStaker for the lil push that I was hesitant to make to and supporting me reimbursing my hardware cost (not done yet! after 2 months of mainnet DVT staking).

The most exciting and intriguing thing I feel is that I am able to contribute to the ethereum network from this small piece of hardware kept in a corner of my hostel room at my uni. Its very likely that I am the only one in my college with a node running :)

Many people dont know but EthStaker community is a gem! The discord is filled with staking experts.

Their docs is the best consolidated resource - https://docs.ethstaker.cc/ethstaker-knowledge-base/

Twitter/ X Progress thread - https://twitter.com/namn_grg/status/1754921429173493934

Holesky Node

My holesky node has been running for almost 10 days now.

Monitoring suite setup is vv imp and even more imp is to turn ON the notifications!

Something went wrong with my jwt token and my validator was down for a whole day, and I didn't know

https://holesky.beaconcha.in/validator/b9dc128038bdc9efcb1decb7a64c2835c273a65a7bca1401e7062c943c5095c768f53fddefe2e3218e6b40b94c93129d#charts

Hardware

  • Intel NUC 12 Pro i5 12th Gen
  • XPG S70 2TB Gen4
  • Crucial 32GB DDR4 3200

Total cost - $725

First buy pic - Intel NUC

Image Not Showing Possible Reasons
  • The image was uploaded to a note which you don't have access to
  • The note which the image was originally uploaded to has been deleted
Learn More →

SSD, RAM, Pendrive, LAN Cable

Image Not Showing Possible Reasons
  • The image was uploaded to a note which you don't have access to
  • The note which the image was originally uploaded to has been deleted
Learn More →

Cute simple setup in the corner of my hostel room on my desk

Image Not Showing Possible Reasons
  • The image was uploaded to a note which you don't have access to
  • The note which the image was originally uploaded to has been deleted
Learn More →

Nice!

Image Not Showing Possible Reasons
  • The image was uploaded to a note which you don't have access to
  • The note which the image was originally uploaded to has been deleted
Learn More →

Last changed by 
 
Naman Garg
0
49

Read more

Bullshark

BullShark is a protocol that achieves Byzantine Atomic Broadcast (BAB) in a distributed system using a DAG. It lies in the DAG-Rider paradigm, optimized for the common synchronous case, and entails several main enhancements to ensure practical deployability. The core idea is to use the DAG to order transactions in a distributed Byzantine setting, and it gives a sound solution toward distributed consensus for deploying blockchain technologies. BullShark runs on a peer-to-peer message-passing model, where each message is a vertex in the DAG. The key primitive assumes a computationally bounded adversary who is allowed to corrupt at most a third of the parties. The notion of reliable link between honest parties means that all messages eventually arrive, which is what supports the operation of the protocol both in synchronous and asynchronous periods. The work adopts a GST model to be able to reason about synchronous network conditions. BullShark Core: DAG Constructions The protocol has a DAG construction at its core. Each party posts transaction proposals through messages into a DAG. In the DAG, vertices represent messages, and edges represent causal relationships. The parties make a new vertex through combining blocks of transactions and with references to messages which it has previously received. These references are either strong, hence link to vertices in the previous round, or weak, hence link to vertices in rounds which are earlier to ensure their eventual inclusion in the total order. BullShark relies on reliable broadcast mechanisms to give firm guarantees of message integrity, agreement, and validity among parties with the fact that all honest parties will eventually receive the same messages and have a consistent view of the DAG. The protocol further makes use of a global perfect coin for leader election and is charged with leaders who possess fairness and unpredictability in terms of leadership selections for message proposals. Advancing rounds in BullShark The protocol is built itself around certain conditions that drive the process of advancement. By feeding a round with enough vertices, specifically 2 f + 1, parties ensure advancement into the next. Advancing is guaranteed even when messages in the middle of the process of reaching another party are delayed. During synchronous periods, BullShark introduces timeouts to bound the round advancement protocol, and this dual approach gives the best of both worlds: very low latency and high throughput yet with liveness guarantee under worst-case asynchronous conditions

May 26, 2024
Mining Pool

https://github.com/kingstone888/hypepool

Apr 19, 2024
Consensus

https://www.paradigm.xyz/2022/07/consensus-throughput

Mar 18, 2024
[DRAFT] Sequencer Writeup

This “soft commitment” allows rollups to provide their end users with fast block confirmations. Alternatively, rollups can wait for blocks to be included by the base layer, giving them the strongest finality. All transactions still get this “firm commitment” at the speed of the base layer, fast pre-confirmations are just an additional feature that Astria provides to rollups if they choose to use it.

Jan 30, 2024
Read more from Naman Garg
Published on HackMD