W protokole BD każdy użytkownik oblicza wspólny klucz sesji, który ma postać … gdzie r (i) jest kluczem krótkoterminowym użytkownika i. Penetrator może obliczyć klucz sesji, jeśli klucz krótkoterminowy, to znaczy r (i) co najmniej jednego użytkownika jest znany. Maksymalny wynik zaufania zostałby uzyskany, gdyby wszyscy członkowie z wyjątkiem jednego mieli ITS równe 100%, co daje siłę zaufania równą 1, jak tit – 1, gdzie t jest wynikiem zaufania najmniej zaufanego członka. Liczba rund, M, wynosi 2. W przypadku czasopisma subskrybowanego, n, liczba członków jest prawdopodobnie duża. Ponadto, ponieważ użytkownicy mogą być bardzo różni i pochodzić z różnych środowisk, prawdopodobnie będzie tam przebywać duża liczba osób o niskim zaufaniu, co powoduje, że Wolne jest mniej niż 1. Tutaj liczba rund wynosi tylko dwa, ale ponowne obliczenia nie muszą być częste, ponieważ istniałby okres czasu specyficzny dla aplikacji (w naszym przykładzie miesiąc), aby umożliwić dołączenie i opuszczenie. W związku z tym przewaga obliczeniowa polegająca na mniejszej liczbie rund dla uzgodnienia klucza nie jest zbyt znacząca dla tej aplikacji. Podsumowując, BD może powodować niskie wartości zaufania grup, a zatem nie jest zalecane dla subskrybowanej aplikacji czasopisma. W przypadku tablicy interaktywnej ivhiteboard liczba użytkowników będzie prawdopodobnie mniejsza, a członkowie będą ściśle współpracować przy tworzeniu dokumentu. Można się spodziewać, że osoby w tej aplikacji grupowej będą prawdopodobnie bardziej zaufane. Dlatego rzeczywisty GTS z większym prawdopodobieństwem osiągnie wysokie wartości, bliższe maksimum. Ponadto przeliczenia mogą być częste, jak nowi członkowie mogą często dołączać lub opuszczać. Zatem dwie rundy obliczeń ułatwiłyby generowanie klucza i okazałyby się bardziej odpowiednie dla tej dynamicznej aplikacji. Biorąc pod uwagę dwa omówione aspekty, BD byłby zalecanym protokołem do aplikacji tablic interaktywnych. W aplikacji do spotkań zarządu początkowi członkowie prawdopodobnie będą mieli wysokie wartości zaufania, co skutkuje wysokim IEI, ale członkowie, którzy mogą zostać zaproszeni po radę, komentarze, przesłuchanie lub z podobnych powodów, mogą mieć różne wyniki zaufania. Co więcej, ich wartości zaufania mogą być zbyt niskie, ale trzeba ich zaprosić ze względu na istotę ich obecności. Jeśli obecni są członkowie o niskim poziomie zaufania, IEI może spaść, ale możemy zaobserwować, że tacy członkowie będą prawdopodobnie tylko jednym lub dwoma na raz, a znacznie mniej w porównaniu z bardzo zaufanymi zwykłymi członkami. W związku z tym IEI ma tendencję do utrzymywania wyższych wartości, utrzymując również wysoki GTS. Ale wysoki poziom zaufania aplikacji i prawdopodobnie niski DPFS nie są zalecanymi cechami w tej aplikacji. Z drugiej strony niskie EE (= 2) umożliwia częste kluczowe obliczenia, co jest również ważnym wymogiem w aplikacji do spotkań zarządu. Biorąc pod uwagę oba aspekty, BD byłby słabo zalecanym protokołem do spotkań zarządu