Stochastic block model

From testwiki
Jump to navigation Jump to search

Template:Short description Template:Network science

The stochastic block model is a generative model for random graphs. This model tends to produce graphs containing communities, subsets of nodes characterized by being connected with one another with particular edge densities. For example, edges may be more common within communities than between communities. Its mathematical formulation was first introduced in 1983 in the field of social network analysis by Paul W. Holland et al.[1] The stochastic block model is important in statistics, machine learning, and network science, where it serves as a useful benchmark for the task of recovering community structure in graph data.

Definition

The stochastic block model takes the following parameters:

  • The number n of vertices;
  • a partition of the vertex set {1,,n} into disjoint subsets C1,,Cr, called communities;
  • a symmetric r×r matrix P of edge probabilities.

The edge set is then sampled at random as follows: any two vertices uCi and vCj are connected by an edge with probability Pij. An example problem is: given a graph with n vertices, where the edges are sampled as described, recover the groups C1,,Cr.

Special cases

An example of the assortative case for the stochastic block model.

If the probability matrix is a constant, in the sense that Pij=p for all i,j, then the result is the Erdős–Rényi model G(n,p). This case is degenerate—the partition into communities becomes irrelevant—but it illustrates a close relationship to the Erdős–Rényi model.

The planted partition model is the special case that the values of the probability matrix P are a constant p on the diagonal and another constant q off the diagonal. Thus two vertices within the same community share an edge with probability p, while two vertices in different communities share an edge with probability q. Sometimes it is this restricted model that is called the stochastic block model. The case where p>q is called an assortative model, while the case p<q is called disassortative.

Returning to the general stochastic block model, a model is called strongly assortative if Pii>Pjk whenever jk: all diagonal entries dominate all off-diagonal entries. A model is called weakly assortative if Pii>Pij whenever ij: each diagonal entry is only required to dominate the rest of its own row and column.[2] Disassortative forms of this terminology exist, by reversing all inequalities. For some algorithms, recovery might be easier for block models with assortative or disassortative conditions of this form.[2]

Typical statistical tasks

Much of the literature on algorithmic community detection addresses three statistical tasks: detection, partial recovery, and exact recovery.

Detection

The goal of detection algorithms is simply to determine, given a sampled graph, whether the graph has latent community structure. More precisely, a graph might be generated, with some known prior probability, from a known stochastic block model, and otherwise from a similar Erdos-Renyi model. The algorithmic task is to correctly identify which of these two underlying models generated the graph.[3]

Partial recovery

In partial recovery, the goal is to approximately determine the latent partition into communities, in the sense of finding a partition that is correlated with the true partition significantly better than a random guess.[4]

Exact recovery

In exact recovery, the goal is to recover the latent partition into communities exactly. The community sizes and probability matrix may be known[5] or unknown.[6]

Statistical lower bounds and threshold behavior

Stochastic block models exhibit a sharp threshold effect reminiscent of percolation thresholds.[7][3][8] Suppose that we allow the size n of the graph to grow, keeping the community sizes in fixed proportions. If the probability matrix remains fixed, tasks such as partial and exact recovery become feasible for all non-degenerate parameter settings. However, if we scale down the probability matrix at a suitable rate as n increases, we observe a sharp phase transition: for certain settings of the parameters, it will become possible to achieve recovery with probability tending to 1, whereas on the opposite side of the parameter threshold, the probability of recovery tends to 0 no matter what algorithm is used.

For partial recovery, the appropriate scaling is to take Pij=P~ij/n for fixed P~, resulting in graphs of constant average degree. In the case of two equal-sized communities, in the assortative planted partition model with probability matrix P=(p~/nq~/nq~/np~/n), partial recovery is feasible[4] with probability 1o(1) whenever (p~q~)2>2(p~+q~), whereas any estimator fails[3] partial recovery with probability 1o(1) whenever (p~q~)2<2(p~+q~).

For exact recovery, the appropriate scaling is to take Pij=P~ijlogn/n, resulting in graphs of logarithmic average degree. Here a similar threshold exists: for the assortative planted partition model with r equal-sized communities, the threshold lies at p~q~=r. In fact, the exact recovery threshold is known for the fully general stochastic block model.[5]

Algorithms

In principle, exact recovery can be solved in its feasible range using maximum likelihood, but this amounts to solving a constrained or regularized cut problem such as minimum bisection that is typically NP-complete. Hence, no known efficient algorithms will correctly compute the maximum-likelihood estimate in the worst case.

However, a wide variety of algorithms perform well in the average case, and many high-probability performance guarantees have been proven for algorithms in both the partial and exact recovery settings. Successful algorithms include spectral clustering of the vertices,[9][4][5][10] semidefinite programming,[2][8] forms of belief propagation,[7][11] and community detection[12] among others.

Variants

Several variants of the model exist. One minor tweak allocates vertices to communities randomly, according to a categorical distribution, rather than in a fixed partition.[5] More significant variants include the degree-corrected stochastic block model,[13] the hierarchical stochastic block model,[14] the geometric block model,[15] censored block model and the mixed-membership block model.[16]

Topic models

Stochastic block model have been recognised to be a topic model on bipartite networks.[17] In a network of documents and words, Stochastic block model can identify topics: group of words with a similar meaning.

Extensions to signed graphs

Signed graphs allow for both favorable and adverse relationships and serve as a common model choice for various data analysis applications, e.g., correlation clustering. The stochastic block model can be trivially extended to signed graphs by assigning both positive and negative edge weights or equivalently using a difference of adjacency matrices of two stochastic block models. [18]

DARPA/MIT/AWS Graph Challenge: streaming stochastic block partition

GraphChallenge[19] encourages community approaches to developing new solutions for analyzing graphs and sparse data derived from social media, sensor feeds, and scientific data to enable relationships between events to be discovered as they unfold in the field. Streaming stochastic block partition is one of the challenges since 2017. [20] Spectral clustering has demonstrated outstanding performance compared to the original and even improved[21] base algorithm, matching its quality of clusters while being multiple orders of magnitude faster.[22] [23]

See also

References

Template:Reflist

  1. Cite error: Invalid <ref> tag; no text was provided for refs named hol
  2. 2.0 2.1 2.2 Cite error: Invalid <ref> tag; no text was provided for refs named al14
  3. 3.0 3.1 3.2 Cite error: Invalid <ref> tag; no text was provided for refs named mns12
  4. 4.0 4.1 4.2 Cite error: Invalid <ref> tag; no text was provided for refs named mas13
  5. 5.0 5.1 5.2 5.3 Cite error: Invalid <ref> tag; no text was provided for refs named as15a
  6. Cite error: Invalid <ref> tag; no text was provided for refs named as15b
  7. 7.0 7.1 Cite error: Invalid <ref> tag; no text was provided for refs named decelle11
  8. 8.0 8.1 Cite error: Invalid <ref> tag; no text was provided for refs named abh14
  9. Cite error: Invalid <ref> tag; no text was provided for refs named krzakala-pnas
  10. Cite error: Invalid <ref> tag; no text was provided for refs named lr15
  11. Cite error: Invalid <ref> tag; no text was provided for refs named mns13
  12. Cite error: Invalid <ref> tag; no text was provided for refs named fat19
  13. Cite error: Invalid <ref> tag; no text was provided for refs named ker
  14. Cite error: Invalid <ref> tag; no text was provided for refs named pei
  15. Cite error: Invalid <ref> tag; no text was provided for refs named gbm
  16. Cite error: Invalid <ref> tag; no text was provided for refs named ar1
  17. Template:Cite journal
  18. Template:Cite book
  19. [1] Template:Webarchive DARPA/MIT/AWS Graph Challenge
  20. [2] Template:Webarchive DARPA/MIT/AWS Graph Challenge Champions
  21. Template:Cite book
  22. Template:Cite book
  23. Template:Cite book